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ABSTRACT 
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(U)  The  SEATIDE  Analysis  Process  is  a semi-automated 
procedure  for  the  generation  of  time-phased,  high  value  cruise  missile 
weapon  systems  concepts,  together  with  the  supporting  technology  and 
intelligence  indicators  which  would  reflect  that  these  technological  goals 
are  being  achieved.  The  SEATIDE  process  can  also  be  used  to  evaluate 
the  effectiveness  of  fixed  force  levels,  existing  forces  in  SAL  environ- 
ments, or  Naval  defenses. 

(U)  The  Defense  Intelligence  Agency,  through  its  Directorate 
of  Estimates,  and  The  Advanced  Research  Projects  Agency  (ARPA)  have 
sponsored  the  development  of  this  computer  based  analysis  at  the  weapon 
system  an<^  Naval  force  structure  level.  , A previous  process,  RIPTIDE, 
was  developed  for  DIA  for  use  in  analysis  of  strategic  missile  systems. 

(U)  Generic  to  the  SEATIDE  Analysis  Process  are  three  I 

major  computer  models:  The  Naval  Engagement  Model  (NEM),  Cruise 
Missile  Concept  Generation  and  Screening  Model  (CM-CGSM)  and  Relative 
Worth  Model  (RWM).  The  NEM  evaluates  force  effectiveness,  tactics,  and 
task  force  configurations;  the  CM-CGSM  enables  definition  and  selection 
of  candidate,  advanced  cruise  missile  system  concepts;  and  the  RWM  per- 
mits assessment  of  worth  in  accordance  with  a variety  of  objective  and  ‘ ■ 

' r ' 

subjective  criteria.  Each  of  these  models  has  been  checked  out  by  DIA. 

(U)  In  addition  to  exercising  the  computer  models,  there  are 
several  other  analytical  and  engineering  tasks  to  be  performed,  e.  g.  , the 
identification  of  areas  of  current  interest  and  the  associated  criteria  and 

f 

potential  concepts,  the  creation  of  a foreign  technology  data  bank  in  a 

’ 1 

format  needed  by  the  computer  models,  the  engineering  of  concepts  to  ^ 

the  required  detail,  and  the  use  of  a verification  analysis  loop.  I 
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SECTION  I 
INTRODUCTION 

(U)  On  28  June  1972,  the  Vought  Systems  Division,  a division 
of  LTV  Aerospace  Corporation,  contracted  with  the  Defense  Intelligence 
Agency  (DIA)  to  develop  the  SEATIDE  Analysis  Process  in  support  of  the 
DIA  Long  Range  Forecast  Division  (DE-1).  The  SEATIDE  Analysis  Process 
is  defined  to  be: 

" a semi- automated  procedure  for  the  generation 

of  time  phased,  high  value  naval  cruise  missile  con- 
cepts, together  with  the  supporting  technology  and  the 
intelligence  indicators  which  would  reflect  that  these 
technological  goals  are  being  achieved  ....  '' 

(U)  Generic  to  the  SEATIDE  Analysis  Process  are  three  major 
computer  models:  the  Naval  Engagement  Model  (NEM),  the  Cruise  Missile 
Concept  Generation  ahd  Screening  Model  (CM-CGSM),  and  the  Relative 
Worth  Model  (RWM).  "This  volume  presents  a Users  Manual  for  the  NEM 
only.t^-JUser s manuals  for  the  other  models  are  found  in  Volumes  III  and 
IV,  respectively. 

(U)  The  NEM  is  written  in  FORTRAN  IV  computer  language 
and  is  compatible  with  the  DIAMS  IBM/ 360- 65  computer  systeni  at 
Arlington  Hall,  Virginia. 

(U)  This  manual  is  written  with  three  objectives  in  mind: 

(a)  To  serve  the  systems  analyst. 

(b)  To  serve  the  programmer  who  will  implement  and 
update  the  computer  programs. 

(c)  To  serve  the  computer  operations  personnel  with  a 
source  for  preparing  detailed  computer  operating 
instructions. 

In  addition,  a number  of  appendices  are  included  to  give  a broader  under- 
standing of  the  purpose,  approach,  and/or  techniques  used  in  various  major 
portions  of  the  computer  models.  Volume  HD  is  a detailed  listing  of  the 
FORTRAr^  Source  Program.  Other  information,  of  interest  only  to  the 
systems  analyst  or  technology  specialist,  is  to  be  found  in  Volumes  IIB 
and  IIC. 
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SECTION  I 
INTRODUCTION 


(U)  On  28  J\me  1972,  the  Vought  Systems  Division,  a division 
of  LTV  Aerospace  Corporation,  contracted  with  the  Defense  Intelligence 
Agency  (DIA)  to  develop  the  SEATIDE  Analysis  Process  in  support  of  the 
DIA  Long  Range  Forecast  Division  (DE-1).  The  SEATIDE  Analysis  Process 
is  defined  to  be: 

" a semi- automated  procedure  for  the  generation 

of  time  phased,  high  value  naval  cruise  missile  con- 
cepts, together  with  the  supporting  technology  and  the 
intelligence  indicators  which  would  reflect  that  these 
technological  goals  are  being  achieved  ....  " 

(U)  Generic  to  the  SEATIDE  Analysis  Process  are  three  major 
computer  models:  the  Naval  Engagement  Model  (NEM),  the  Cruise  Missile 
Concept  Generation  and  Screening  Model  (CM-CGSM),  and  the  Relative 
Worth  Model  (RWM).  This  volume  presents  a Users  Manual  for  the  NEM 
only.  Users  manuals  for  the  other  models  are  found  in  Volumes  III  and 
IV,  respectively. 

(U)  The  NEM  is  written  in  FORTRAN  IV  computer  language 
and  is  compatible  with  the  DIAMS  IBM/360-b5  computer  system  at 
Arlington  Hall,  Virginia. 

(U)  This  manual  is  written  with  three  objectives  in  mind: 

(a)  To  serve  the  systems  analyst. 

(b)  To  serve  the  programmer  who  will  implement  and 
update  the  computer  programs. 

(c)  To  serve  the  computer  operations  personnel  with  a 
source  for  preparing  detailed  computer  operating 
instructions. 

In  addition,  a number  of  appendices  are  included  to  give  a broader  under- 
standing of  the  purpose,  approach,  and/or  techniques  used  in  various  major 
portions  of  the  computer  models.  Volume  IID  is  a detailed  listing  of  the 
FORTRAN  Source  Program.  Other  information,  of  interest  only  to  the 
systems  analyst  or  technology  specialist,  is  to  be  found  in  Volumes  IIB 
and  II C. 
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(U)  Revision  A to  this  volume  includes  those  improvements  to 
NEM  made  in  conjunction  with  the  development  and  addition  of  a cost 
model  to  the  CM-CGSM.  These  include: 

(a)  Improved  sea  clutter  calculations  in  the  radar 
submodel. 

(b)  Improved  range  of  engagement  parameter  options 
(Section  3.  3). 

(c)  Improved  table  update  options  on  File  11  (Section  2.5). 
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Y::400  NM,  heading  west  at  20  knots,  BLU  Groups  1 and  2 contain  aircraft 
carriers  and  escorts.  The  otlier  BLU  Groups  are  various  AEW,  ASW , and 
CAP  stations.  In  this  example,  all  are  within  a 150  NM  circle.  The  RED 
Groups  in  this  example  are  all  outside  the  150  NM  circle  at  T = 0 except  for 
two  Charlie  class  submarines  shown  as  RED  Groups  1 and  13.  RED  Groups 
3 and  11  are  Echo  class  submarines,  attended  by  Bear  aircraft  in  RED 
Groups  15  and  18,  respectively.  RED  Groups  6 and  8 are  KRESTA/KYNDA 
groups  attended  by  aircraft  in  RED  Groups  16  and  17,  respectively.  Addi- 
tional details  on  this  disposition  and  the  technique  for  developing  and 
specifying  the  planned  routes  into  this  disposition,  and  the  planned  routes 
out,  are  given  in  Appendix  A.  Formats  for  inputs  to  the  computer  are  given 
in  Section  III.  2. 

2.  3 Variations  in  Engagement  Structure 

(U)  The  Engagement  Structure  is  completely  determined  by 
three  classes  of  tables  (as  defined  in  Section  III.  2).  First,  Table  0001  is 
essentially  a list  of  BLU  and  RED  Group  tables  which  are  to  be  used,  i.  e.  , 
whether  or  not  that  group  is  in  or  out  of  the  engagement.  Tables  0100  and 
0200  give  for  BLU  and  RED  sides,  respectively,  the  movement  of  the  group 
centers.  Table  0101  through  0115  give  the  type,  quantity,  and  formation  of 
the  Units  in  each  of  the  15  BLU  groups,  and  Tables  0201  through  0218  give 
the  same  information  on  each  of  the  18  RED  groups.  Any  line  in  these  tables 
may  be  removed  or  altered  either  permanently  or  temporarily  by  methods 
described  in  Section  111.2.5.  Thus,  a great  variety  of  engagement  situations 
can  be  studied. 

3.  NAVAL  SYSTEMS  CATALOG 

(U)  Each  unit  in  the  BLU  and  RED  groups  discussed  above  is 
given  a type  number  which  is  a two  level  indentured  code.  Likewise,  all 
sensors,  weapons,  and  systems  are  given  two  level  indentured  codes.  The 
top  level  of  these  codes  for  both  BLU  and  RED  systems  are  shown  in  Figure 
II- 2,  Index  to  Systems  Catalog.  For  example,  all  BLU  ships  have  6l  as  the 
first  two  digits  in  a four  digit  code,  and  all  RED  ships  have  81  as  the  first 
two  digits.  The  third  digit  determines  what  kind  of  ship  (aircraft  carrier, 
cruiser,  destroyer),  and  the  fourth  digit  determines  specifically  which 
ship  (Forrestal,  Kynda,  Kresta,  etc.  ).  Similar  breakdowns  are  made  for 
submarines  and  aircraft.  A detailed  index  and  ground  rules  for  using  and 
revising  the  Naval  Systems  Catalog  are  given  in  Appendix  B. 

(U)  A point  to  be  noted  is  that  each  so-called  platform  (ship, 
aircraft,  submarine)  has  on  it  one  or  more  sensors  and/or  weapons.  The 
characteristics  of  these  platforms  (size,  maximum  velocity,  etc. ),  a list 
of  specific  sensors  and  weapons  (by  type  code),  and  the  characteristics  of 
these  sensors  and  weapons  are  given  in  a series  of  tables  with  table  numbers 
directly  related  to  the  four  digit  type  codes.  Collectively,  these  tables  are 
called  the  Naval  Systems  Catalog,  are  punched  on  80  column  cards  in  a 
format  defined  in  Section  III.  2,  and  in  addition  are  stored  in  the  computer 
on  magnetic  disk.  Instructions  for  revising  this  data  is  given  also  in 
Section  III.  2. 
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4. 


ENGAGEMENT  SIMULATION 


(U)  The  Naval  Engagement  Model  (NEM)  simulates  a two-sided 
(RED  versus  BLU)  engagement  in  the  open  sea.  The  engagement  structure 
and  naval  systems  previously  discussed,  together  with  certain  engagement 
control  variables  discussed  below,  determine  the  interaction  and  the  out- 
come. All  of  these  can  be  changed  by  User  input  and  thus  permit  a wide 
variety  of  combinations  to  be  studied. 

4.  1 Model  Flow 

(U)  Figure  II-3  shows  the  NEM  top  level  flow.  NEM  is  a par- 
tially randomized  (Monte  Carlo)  type  simulation.  Prior  to  the  first  pass 
through  the  Monte  Carlo  loop,  a setup  of  engagement  and  system  details  is 
made.  This  is  done  with  a ZIP- 8 control  card,  see  Section  in.  1 below. 
This  takes  the  data  in  Tables  0001,  0100,  0101  through  0115  for  BLU,  and 
Tables  0001,  0200,  0201  through  0218  for  RED  and  "builds"  an  engagement 
structure,  pulling  in  from  the  Naval  Systems  Catalog  those  systems  asked 
for  by  the  particular  engagement  structure. 

(U)  During  each  Monte  Carlo  pass,  a time  phased  weapon 
exchange  takes  place.  This  includes  at  each  time  step  an  updating  of 
movement,  detection,  allocation,  weapon  delivery,  intercept,  and  target 
damage.  A mixture  of  random  number  and  expected  value  techniques,  des- 
cribed below,  is  used. 

(U)  After  each  Monte  Carlo  pass,  certain  randomization  is 
performed  on  the  relative  position  of  Naval  Units.  This  is  to  reflect  such 
things  as  imperfect  tactical  information  and/or  communications. 

(U)  After  the  last  Monte  Carlo  pass,  cumulative  losses  and 
other  summaries  are  made  cind  printed.  These  are  used  as  inputs  to  the 
Cruise  Missile  Concept  Generation  and  Screening  Model  (CM-CGSM).  See 
Volume  III  and  its  appendices. 

4.  2 Simulation  Flow 

(U)  Figure  II-4  shows  more  details  on  the  simulation  flow  of 
the  NEM.  Other  details  are  in  Volume  IIB,  Appendix  I. 

(U)  The  NEM  simulates  the  interaction  between  units  of  BLU 
and  RED  forces  for  a period  of  up  to  twenty- one  hours  of  real  time.  It  is 
anticipated  that  best  use  of  the  model  for  so-called  "coordinated"  attacks 
will  involve  less  than  two  hours. 
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(U)  The  force  for  each  side  is  defined  by  a set  of  ship,  sub- 
marine and  aircraft  units  deployed  on  and  following  routes  predetermined 
by  input.  Interaction  between  opposing  units  is  limited  only  by  the  con- 
straints of  relative  position,  velocity  and  subsystem  capability.  The  model 
is  symmetric  with  respect  to  RED  or  BLU  units.  The  same  ground  rules 
govern  the  action  of  similar  units  on  either  side. 

(U)  The  routine  is  primarily  a Monte  Carlo  model.  Several 
Monte  Carlo  passes  through  the  simulation  are  executed  to  evaluate  the 
engagement.  Each  pass  differs  in  relative  unit  position  with  corresponding 
differences  in  unit  interaction.  Each  Monte  Carlo  pass  simulates  the  engage- 
ment over  the  period  of  time  specified  by  input.  Throughout  this  period, 
time  is  advanced  by  the  integration  step  size  specified  by  input.  At  each 
time  step,  the  position  and  velocity  of  each  unit  is  computed;  all  aspects  of 
possible  interaction  between  units  are  assessed;  and  the  status  of  each  unit 
is  updated.  Final  engagement  outcome  is  taken  to  be  the  arithmetic  average 
of  the  results  of  the  individual  Monte  Carlo  passes. 

(U)  Engagement  control  variables  are  input  to  the  routine  through 
Namelists  SlDIMENS  and  &NGAGE.  Specific  definition  of  the  variables  and 
the  mechanics  of  Namelist  input  are  given  in  Section  III.  3,  below. 
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FIGURE  II-4.  NEM  SIMULATION  FLOW 


BASIC  TABLE  DATA  INPUT  & SET  UP 

NAMELIST  DATA  INPUT  OF 
ENGAGEMENT  CONTROL  VARIABLES 


TRANSFORM  & SET  UP  UNIT  ROUTES 
SET  UP  THE  ENGAGEMENT  UNITS 
ADVANCE  TIME  TO  TBEGIN 


Monte 
Carlo 
Lor 


Time 

UPDATE  POSITION  & VELOCITY  Increment 
FOR  ALL  BLUE  AND  RED  UNITS  Loop 


UPDATE  DETECTION  INFORMATION 
BETWEEN  ALL  BLUE  & RED  UNITS 


MAKE  WEAPON  ALLOCATIONS 
BETWEEN  BLUE  & RED  UNITS 


EVALUATE  THE  EFFECT  OF  WEAPONS 
THAT  HAVE  REACHED  THEIR  TARGETS 

UPDATE  THE  STATUS  OF  ALL  UNITS 
CUMULATE  LOSSES  FOR  EACH  SIDE 


INCREMENT  TIME  BY  TSTEP 


TIME^  TIMEND? 


OUTPUT  ENGAGEMENT  RESULTS 
FOR  THIS  MONTE  CARLO  PASS 


LAffT  MONTE  CARLO  PASS  ? 


STOP 


9 


— A/OT 


SECTION  III 

NEM  INPUTS  AND  FORMATS 


(U)  The  purpose  of  this  section  is  to  define  the  inputs  and  for- 
mats to  the  Naval  Engagement  Model.  Also,  instructions  are  given  on  how 
to  maintain  and  update  a permament  data  file  on  direct  access  disk  storage, 
FORTRAN  File  11,  Other  computer  instructions  and  files  are  discussed  in 
Section  VI  - Computer  Operations  Procedures. 

(U)  For  discussion  purposes,  the  NEM  input  is  divided  into 

three  parts; 

(a)  ZIP  Control  Cards 

(b)  Basic  Tables 

(c)  NAMELIST 

These  are  discussed  below, 

1.  ZIP  CONTROL  CARDS 

(U)  The  first  two  cards  in  a NEM  data  deck  are  read  as  labels. 
The  first  card  is  usually  used  for  security  classification  and  is  printed  at 
the  top  and  bottom  of  each  formal  page  of  output.  The  second  card  (called 
the  PCODE  card)  is  usually  used  to  label  a specific  run  and  is  printed  at 
the  top  of  each  formal  page,  together  with  the  page  number.  In  addition, 
if  at  least  one  non-blank  character  is  put  in  Columns  2 through  5 of  the 
PCODE  card,  a list  of  all  input  card  images  is  obtained, 

(U)  After  these  two  cards  have  been  read,  all  reading  of  data, 
file  handling,  and/or  execution  is  controlled  by  ZIP  Control  Cards.  These 
are  shown  in  Figure  III-l.  They  consist  of  the  word  ZIP  in  card  columns 
1 through  3,  a series  of  numeric  fields  ending  in  column  40,  and  an  alpha- 
meric field  for  descriptive  text  in  columns  41  through  80,  They  are  listed 
in  numerical  order  in  Figure  III- 1 for  reference  purposes.  In  general 
they  appear  (when  used)  in  the  same  order  in  the  data  deck,  but  this  depends 
upon  the  fxmction  desired.  Where  the  letter  P appears  in  a numeric  field, 
replace  it  with  an  integer  (0  or  1)  for  print  level  desired: 

P = 0,  no  intermediate  print 

= 1,  minimum  intermediate  print 

Where  the  letters  IDl  appear  in  a numeric  field,  replace  with  the  8-digit 
version  of  the  Table  Number  (four  trailing  zeroes,  right  adjusted).  And, 
where  the  letters  ID2  appear,  replace  with  minus  the  extent  number, 
right  adjusted  as  indicated. 


III-l 


FIGURE  III-  1 
ZIP  CONTROL  CARDS 


ZIP  No. 
ZIP-  I 

ZIP-2 

ZIP-3 

ZIP-6 
ZIP-7-  I-  I 
ZIP-7-  1-2 
ZIP-7- 1-4 

ZIP-7-  1-5 
ZIP-7-1-6 

ZIP-8-0-P 

ZIP-9 

ZIP-IO 

ZIP-II-I-P 

ZIP-1 1-2-P 


Definition  and  Use 

Read  new  classification  &PCODE.  This  could  be 
used  to  introduce  each  variation  run  in  the  same  job. 

Repeat  print  of  title  page.  Could  be  used  as  above 
except  no  change  in  PCODE  card. 

Start  new  data  file  - erase  old.  This  must  be  used 
the  first  time  data  is  loaded  on  a NEW  File  11,  or  any 
time  a complete  replacement  of  old  data  is  intended. 
Do  not  use  otherwise. 

Call  UCHEK,  RADCK.  Use  after  ZIP-8  to  run  special 
data  checks.  See  Section  V - Applications. 

Read  basic  table  and  add  to  DISK  File  11.  Use  in 
front  of  each  basic  table  when  building  a new  data  file. 

Find  and  print  following  table.  Follow  with  TITLE 
card. 

Update  basic  table.  Temporary  if  - 1 in  column  30. 
Supply  (a)  TITLE  card,  (b)  column  header  card(s), 

(c)  row  card(s)  to  be  inserted  or  added,  and  (d)  two 
constant  cards  whether  data  on  them  changes  or  not. 

Replace  basic  table  on  DISK  File  11.  Use  in  front  of 
a complete  table. 

Print  all  basic  tab''es  now  on  DISK  11.  Includes  any 
temporary  tables  not  yet  erased.  (Temporary  tables 
are  automatically  erased  as  a part  of  ZIP- 10  STOP.) 

Set  up  data.  Print  Level  = P = (0,  1).  Recommend 
P = 1. 

Read  & DIMENS,  &NGAG  E;  call  XEC  UTE.  Distribute 
dynamic  storage,  sets  various  engagement  options, 
and  executes  simulation. 

STOP.  Use  as  last  card.  Erases  all  temporary 
tables,  prints  number  of  tables  left  on  DISK  11,  and 
ends  the  JC)B. 

Update  original  table,  Print  Level  = P = (1,  2) 

See  Section  III,  2.  5 . Recommend  P = 2.  Use  before 
ZIP-8  and  ZIP-9  to  be  effective. 

Updates  latest  temporary  table. 
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ZIP  No. 


Definition 


ZIP-I2-A-0 
(A  - Col.  8) 

(B  - Cols.  16-20) 
(C  - Col.  25) 


Process  String  of  Data  on  Tape  8.  If  A=l,  read  the 
following  cards  down  through  a card  with  XXX  in 
columns  1-3  and  store  on  Tape  8 under  string  num- 
ber = B.  If  C = blank  or  zero,  add  at  end  of  Tape  8, 
but  if  C = 1 start  at  front  of  Tape  8.  The  first  card 
in  a string  must  be  a ZIP  card.  The  card  preceding 
XXX  must  be  the  appropriate  card  to  terminate  the 
string  so  that  the  next  card  should  be  a ZIP  card. 


If  A=2,  find  string  number  = B and  insert  here  for 
use  in  the  input  stream.  The  next  card  must  be  a 
ZIP  card.  The  string  will  not  be  printed. 


If  A=3,  find  string  number  = B and  print  only.  If 
B = blank  or  zero,  print  all  strings  on  Tape  8. 
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BASIC  TABLE  INPUT 


2.  I Introduction 

(U)  The  objective  of  this  section  is  to  describe  a data  input  for- 
mat commonly  used  in  the  Naval  Engagement  Model  (NEM).  It  is  called  the 
Basic  Table  format.  The  format  is  discussed  in  six  parts  in  the  following 
pages,  showing  positions  to  be  used  on  80-column  sheets  as  prepared  for 
keypvinching  of  input  data  cards.  Application  of  this  format  to  specific  input 
tables  is  described  later  on  in  the  report.  Features  of  the  Basic  Table  for- 
mat are: 

(a)  The  tables  are  "self-loading"  in  that  the  first  card 
is  a control  ca.rd  that  identifies  and  routes  the  table 
to  its  proper  home  in  the  computer  system  (Direct 
Access  File  11). 

(b)  Tables  have  unique  table  numbers  as  well  as  des- 
criptive titles. 

(c)  Provision  is  made  for  both  column  headings  and 
row  labels. 

(d)  Up  to  four  Real  and  four  Integer  constants  associated 
with  the  table,  but  not  properly  a part  of  the  table, 
are  entered  with  their  own  labels  below  the  table  in 

a nicinner  resembling  footnotes. 

(e)  For  parametric  variations  within  a given  run,  or 
for  file  maintenance  and  updating  (in  case  Disk  11 
is  set  up  as  a permanent  file),  provision  is  made 
for  row  by  row  replacement  of  data  and/or  row 
labels. 

(f)  At  time  of  use,  the  Basic  Tables  are  retrieved  from 
File  11  using  two  identification  numbers,  'IDl' 
usually  denotes  type  of  table,  and  'ID2'  usually 
denotes  the  'extent'  number  where  a table  is 
extended  beyond  12  columns.  For  the  current  NEM 
the  'IDl'  is  set  up  as  an  indentured  code. 

(U)  Identification  codes  and  the  NEM  Basic  Table  Index  are 
discussed  in  Section  2.2,  and  the  six  parts  of  the  Basic  Table  format  in 
Section  2.  3. 


Identification  Codes  and  the  NEM  Data  Set  Index 
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(U)  Two  identification  codes,  IDl  and  ID2,  are  associated  with 
each  Basic  Table.  It  is  entered  on  the  Table  Title  Card  (see  Section  2.  3). 
IDl  is  a 4-digit  integer  used  as  one  set  of  indentured  level  codes.  Uses  of 
IDl  are  shown  in  Figures  III- 2,  -3,  and  -4. 

2.  3 Basic  Table  Format 


(U)  The  Basic  Table  format  is  presented  in  seven  parts  in 
Figure  III-  5: 

(a)  'ZIP'  Control  card 

(b)  Table  Title  card 

(c)  Column  Headings  card(s) 

(d)  Row  cards 

(e)  End  of  Table  card 

(f)  Constants  cards 

An  example  of  a complete  Basic  Table  is  included  as  the  seventh  part  in 
Figure  III-  5. 

2.4  NEM  Basic  Tables 


(U)  The  Basic  Tables  used  in  NEM  are  defined  beginning  in 
Figure  III-6  . The  general  arrangement  is  to  show  on  an  80-column  coding 
form  the  column  headings  (which  differ  from  table  to  table,  but  are  fixed 
for  any  given  table),  the  row  labels  which  usually  can  be  varied  by  the 
User,  and  typical  data  entries.  The  order  of  appearance  is  in  accordance 
with  the  IDl  code  shown  in  Figure  III-5, 

(U)  Opposite  each  80- column  coding  sheet  is  a page  of  defini- 
tions of  the  variables  and  any  pertinent  notes,  e.  g.  , references  to  related 
appendices. 
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FIGURE  III- 2 


ENGAGEMENT  TABLE  INDEX 


Table 

Noo 

No.  of 
Extents 

Required  or 
Optional 

Comments 

Req. 

Opt. 

0001 

1 

X 

Engagement  structure 

0100 

1 

X 

BLU  Group  Centers 

0101 

1 

X 

BLU  Group  1 data 

o 

o 

0115 

1 

X 

X 

(One  for  each  Group  in  Table 
0100) 

0200 

1 

X 

RED  Group  Centers 

0201 

1 

X 

RED  Group  1 data 

O 

o 

o 

0218 

1 

X 

X 

(One  for  each  Group  in  Table 
0200) 

FIGURE  m-  3 

MISCELLANEOUS  TABLE  INDEX 


Table 

No.  of 
Extents 

Required  or 
Ootional 

Comments 

No. 

Req. 

Opt. 

3110 

1 

X 

Vulnerability  Data  - Ships 

4110 

1 

X 

BLU  - Trajectories  for 
Temporary  Units 

5110 

1 

X 

RED  - Trajectories  for 
Temporary  Units 

A/OT  ^ 


FIGURE  III- 4 
SYSTEM  TABLE  INDEX 


Table  Number  | 

No.  of 

Required  or  Chitional  | 

BLU 

RED 

Extents 

Reqd. 

Opt. 

C>  oiiikiioiils 

6110 

5 

X 

Ships,  Aire  raft  Car  riers 

6120 

- 

5 

X 

Auxiliary  (AOE),  if  any 

6130 

8130 

5 

X 

Cruisers,  if  any 

6150 

- 

5 

X 

Destroyers,  if  any 

6210 

8210 

5 

X 

Aire  raft 

6310 

8330 

5 

X 

Attaek  Subs  (Diesel)  if  any 

6320 

8330 

5 

X 

Attaek  Subs  (Nuelear),  if  any 

6510 

8510 

3 

X 

Seareh  Radars 

6530 

8530 

1 

X 

Sonars,  if  any 

6710 

8710 

3 

X 

T raek  Radars 

6810 

8810 

1 

X 

Countermeasures,  if  any 

7100 

9100 

1 

X 

Surfaee-to-Surfaee  Guns 

7200 

9200 

1 

X 

Torpedoes 

7300 

9300 

1 

X 

ASWP 

7400 

9400 

1 

X 

ASROC,  SUBROC 

7510 

9510 

1 

X 

Surfaee-to- Air  Guns 

7511 

o 

9517 

1 

X 

Gun  Time- of- Flight,  ete. 

o 

751N 

951N 

1 

X 

(One  for  eaeh  type) 

7710 

9710 

1 

X 

Surfaee-to- Air  Missiles 

7711 

o 

9711 

1 

X 

SAM  Time  of  Flight,  ete. 

o 

o 

77  IN 

971N 

1 

X 

(One  for  eaeh  type) 

7810 

9810 

2 

X 

SSMs  and  ASMs 

7900 

9900 

1 

X 

Air- to- Air 

FIGURE  m-5  (CONT'D. ) 
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A'  iNG  AND  DATA  FORM 


OC  ING  AND  DATA  FORM 


FIGURE  III- 6 


1 

) 


INPUT  NAME 

NEM  BASIC  INPUT  DEFINITIONS 

ENGAGEMENT  STRUCTURE 
(TABLE  0001) 

SEQ 

= An  integer  right  adjusted  in  cols.  1-3  which 

uniquely  identifies  each  block  of  ten  tables  for 
each  force  in  the  engagement  (see  TAB).  If 
more  than  ten  tables  are  required,  a sequential 
integer  must  be  used  for  each  ten-table  block. 

All  integers  must  be  unique. 

ITEM 

= A ^ twelve  character  alpha-numeric  designation  fo 

each  ten-table  force,  cols.  5-16. 

CODE 

= A three-digit  integer  designating  the  initial  table 

number  of  the  sequence  of  ten  tables  required  to 
describe  the  force  designated  under  ITEM. 

1.  TAB 
thru 

0.  TAB 

= A three-digit  real  number  denoting  the  applicable 

table  numbers  required  for  the  force  designated 
under  ITEM. 

TOT,  BLU 

= The  total  number  of  tables  (TAB)  used  to  describe 

all  BLUE  forces. 

TOT.  RED 

= The  total  number  of  tables  (TAB)  used  to  describe 

all  RED  for  ces . 

NOTE: 

(a) 

The  3-digit  table  numbers  are  merely  4-digit  table 
numbers  with  the  leading  zero  omitted. 

(b) 

Any  table  number  may  be  omitted  without  closing 
up  the  gap  and  the  corresponding  table  can  be  left 
in  the  data  file. 

j 
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FIGURE  IU-7 


INPUT  NAME 
SEQ 


ITEM 

CODE 


1.  B&R 


2.  ALT 


3.  A -Time 


4.  B-Time 


NEM  BASIC  INPUT  DEFINITIONS 
BLUE/RED  GROUP  CENTERS 
(TABLES  0100,  0200) 


An  integer  right  adjusted  in  columns  1-3  which 
uniquely  identifies  each  group.  A group  is  any 
separate  unit  or  units  capable  of  independent 
movement  or  action. 

A 5 twelve  character  alpha-numeric  designator 
describing  each  group,  columns  5-16. 

A one  to  four-digit  integer  right  adjusted  in 
columns  17-20.  Columns  19-20  is  the  (unique) 
number  assigned  to  the  group.  Columns  17-18 
is  a group  number  (if  any)  which  the  group  supports. 
For  example,  CODE  109  says  that  group  9 supports 
group  1. 

Two  three-digit  integers  separated  by  a decimal 
which  denotes  the  bearing  in  degrees  from  north 
and  the  range  in  nautical  miles  of  the  group  center 
from  the  engagement  center  (XCENT,  YCENT)  at  attack 
time.  A maximum  bearing  of  360  and  maximum 
range  of  999  NM  is  allowed. 

An  integer  which  specifies  the  group  altitude  in 
thousands  of  feet.  Submarines  are  shown  as  -, 
aircraft  as  +,  surface  ships  as  0. 

The  time  in  hours,  decimal,  minutes  that  a group 
arrives  at  attack  point  defined  in  1.  and  2.  First 
wave  attack  groups  will  show  a 0.  Second  wave 
units  will  have  a positive  value. 

The  time  in  hours,  decimal,  minutes  from  attack 
point  when  a group  changes  heading  to  arrive  at  the 
attack  point.  All  first  wave  attack  groups  will 
show  a negative  number. 
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CO!. UMN  COD  ING  AND  DATA  FORM 
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FIGURE  UI-7  (Continued) 


INPUT  NAME 

5.  B-VECT 

6.  B-ALT 

7.  C-Time 

8.  C-VECT 

9.  C-ALT 

10.  D-Time 

11.  D-VECT 

12.  D-ALT 

1.  X-CENT 


Two  three-digit  integers  separated  by  a decimal 
which  specify  the  bearing  in  degrees  from  north  that 
a group  must  come  to  at  B-Time  (first  three-digit 
number)  and  the  group  velocity  in  Icnots  at  B-Time 
(Second  three-digit  number).  Maximum  bearing 
allowed  is  360  and  maximum  velocity  is  999  knots. 

The  group  altitude  in  thousands  of  feet  at  B-Time 
(see  2.  ALT). 

The  time  in  hours,  decimal,  minutes  from  attack 
point  when  a group  changes  heading  to  arrive  at  the 
B-Time  point. 

Two  three-digit  integers  separated  by  a decimal  that 
specifies  the  bearing  in  degrees  from  north  that  a 
group  must  come  to  a C-Time  (first  three-digit 
number)  and  the  group  velocity  in  knots  at  C-Time 
(second  three-digit  number). 

The  group  altitude  in  thousands  of  feet  at  C-Time 
(see  2.  ALT). 

The  time  in  hours,  decimal,  minutes  from  attack 
point  when  a group  changes  heading  to  arrive  at  the 
C - Time  point. 

Two  three-digit  integers  separated  by  a decimal 
that  specifies  the  bearing  in  degrees  from  north 
that  a group  must  come  to  at  D-Time  (first  three- 
digit  number)  and  the  group  velocity  in  knots  at 
D-Time  (second  three-digit  number). 

The  group  altitude  in  thousands  of  feet  at  D-Time 
(see  2.  ALT). 


The  X coordinate  (east)  of  the  center  of  the  reference 
engagement  area  in  nautical  miles.  West  is  shown 
as  a minus  value. 
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FIGURE  UI-7  (Continued) 


INPUT  DATA 

2.  Y-CENT 

3.  HEADING 

4.  KNOTS 

5.  START  X 

6.  START  Y 

7.  RENDVX 

8.  RENDVY 


The  Y coordinate  north  of  the  center  of  the 
reference  engagement  area  in  nautical  miles.  South 
is  shown  as  a minus  value. 

The  heading  in  degrees  from  north  of  the  center  of 
the  reference  engagement  area. 

The  movement  speed  in  knots  of  the  center  of  the 
reference  engagement  area. 

The  X coordinate  of  the  departure  point  for  all  groups 
in  the  engagement.  BLUE  and  RED  units  will  show 
different  values  for  STARTX,  STARTY,  RENDVX, 
RENDVY. 

The  Y coordinate  of  the  departure  point  for  all 
groups  in  the  engagement. 

The  X coordinates  of  the  rendezvous  point  after 
the  engagement  of  all  groups  in  the  engagement. 

The  Y coordinates  of  the  rendezvous  point  after 
the  engagement  of  all  groups  in  the  engagement. 
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FIGURE  III-B 
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NEM  BASIC  INPUT  DEFINITIONS 
RED  AND  BLUE  GROUP  COMPOSITION 
(TABLES  OIXX,  02XX) 

INPUT  NAME 

SEQ  = An  integer  which  uniquely  identifies  each  unit  in  a 

group,  cols.  1-3. 

ITEM  = A twelve  character  alpha-numeric  designator  for 

each  unit  in  the  group,  cols.  5-16. 

XYPE  = A four  digit  integer  which  specifies  the  particular 

type  of  unit  in  the  group.  These  designators  are 
described  in  Appendix  B.  A zero  will  remove 
the  unit  from  the  engagement. 

1.  QTY  = A real  number  specifying  the  number  of  units  of 

TYPE  XXXX  present  in  the  engagement.  If  a unit 
is  to  be  removed,  a zero  in  this  column  will  do  so. 

2.  RANGE  = A real  number  showing  the  distance  in  nautical  miles 

between  a unit  and  the  group  center. 

3.  D-BRNG  = A real  number  showing  the  relative  bearing  in 

degrees  from  the  heading  of  the  group  center  to 
the  unit. 

4.  VALUE  = A real  number  showing  the  relative  value  of  units 

in  the  engagement  (see  Appendix  M for  details). 

5.  VCRUSE  = A real  number  specifying  the  cruising  speed  in 

knots  cf  the  unit.  For  aircraft,  this  velocity  is  for 
sea  level  conditions. 

6.  VMAX  = A real  number  specifying  the  maximum  speed  in 

knots  of  the  unit.  For  aircraft,  this  velocity  is  for 
sea  level  conditions. 


; CODING  AND  DATA  FORM 
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FIGURE  III -9 


NEM  BASIC  INPUT  DEEINITIONS 

RED  AND 

BLUE 

CATALOG  - VULNERABILITY  DATA  (NON-NUC) 
(TABLE  3110) 

INPUT  NAME 

SEQ 

= 

an  integer  right  adjusted  in  cols.  1-3  which 
uniquely  identifies  each  item  in  the  table. 

ITEM 

= 

a ^ twelve  character  alphameric  designator 
describing  each  element  in  the  table. 

1.  CODE 

a three  digit  code  showing  the  number  of  ITEM'S 
in  the  table  (first  digit)  and  the  number  of  data 
columns  (last  two  digits)  in  the  table.  For  all 

ITEMS  after  1,  code  denotes  the  vulnerability 
table  reference  number  described  in  Table  61XX. 

2.  WT-1 

= 

column  headings  for  eleven  data  inputs 

thru 

C.  WT-II 

HEWT/LBS 

the  column  headings  are  shown  on  two  lines 
of  data  for  HEWT/LBS.  The  headings  are  in  terms 
of  total  cumulative  pounds  of  high  explosive  war- 
heads detonated  on  a particular  target  class.  The 
data  headings  shown  are  for  250  - 12,000  pounds. 

SHIPS 

data  shown  in  columns  2.  - C.  show  the  probability 
of  sinking  as  a function  of  cumulative  pounds  of  high 
explosive  warheads  delivered.  The  data  is  matched 
row  by  row  to  the  column  headings  described  under 
HEWT/LBS. 

NOTE:  Source  for  these  data  is  the  DIA  Physical  Vulnerability  Handbook 
Non-Nuclear  Weapons. 


I 

1 


I 


111-24 


FIGURE  III-9  (CONT’D 
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FIGURE  III-IO 

NEM  BASIC  INPUT  DEFINITIONS 
BLUE  AND  RED  CATALOG  - TRAJECTORIES 
(TABLES  41XX,  51XX) 


INPUT  NAME 


SEQ 

An  integer  right  adjusted  in  cols.  1-3 
which  uniquely  identifies  each  trajectory 
in  the  catalog. 

ITEM  = 

A twelve  character  alphrmeric  designator 

describing  each  trajectory  in  the  catalog. 

TRAJ  = 

A three  digit  code  describing  each  trajectory 
in  the  table.  The  first  digit  designates  the 
trajectory  type,  i.  e.  , 1 , and  the  second  two 
digits  designate  alternate  trajectory  that  can 
be  used  if  desired.  The  primary  trajectory 
to  be  used  is  designated  01. 

1. 

CODE  = 

A three  digit  code  which  specifies  the  number 
of  legs  in  the  trajectory  (first  digit)  and  the 
longest  cruise  leg  (last  two  digits). 

2. 

RMX  RMN  = 

Two  three  digit  numbers  separated  by  a 
decimal  showing  the  maximum  range  in  nautical 
miles  for  which  the  trajectory  is  applicable 
(first  three  digits)  and  the  minimum  range 
(last  three  digits). 

3. 

Rl/Vl  = 

Two  four  digit  numbers  separated  by  a decimal 
which  shows  the  total  distance  in  nautical  miles 
covered  during  the  first  leg  of  the  trajectory 
(first  four  digits)  and  the  average  velocity  in 
knots  during  that  leg. 

4, 

Hl-KFT  = 

The  altitude  of  leg  1 in  thousanos  of  feet. 

5, 

R2/V2  = 

Same  as  Rl/Vl,  except  for  leg  2. 

6, 

H2-KFT  = 

Same  as  Hl-KFT,  except  for  leg  2. 

7. 

R3/V3  = 

See  Rl/Vl. 

8. 

H3-KFT  = 

See  Hl-KFT. 

9. 

R4/V4  = 

See  Rl/Vl. 

10. 

H4-KFT  = 

See  Hl-KFT. 

11. 

R5/V5  = 

See  Rl/Vl. 

12. 

H5-KFT  = 

See  Hl-KFT. 

NOTE;  A diagram  explaining  the  trajectory  coded  as  101  is  shown  on  the 
following  page. 
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FIGURE  III-IO  (CONT'D.) 
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FIGURE  III-ll 


NEM  BASIC  INPUT  DEFINITIONS 
BLUE/RED  CATALOG  - SHIPS,  SUBMARINES 
(TABLES  61XX,  63XX,  8iXX,  83XX) 


INPUT  NAME 

(TABLE  EXTENT  - I) 

SEO. 

An  integer  right  adjusted  in  columns  1-3  which 
uniquely  identifies  each  ship  in  the  catalog. 

ITEM 

A £ twelve  character  alphameric  designator 
describing  each  ship  in  the  catalog. 

CODE 

A four  digit  integer  which  serves  as  a unique 
identifier  for  the  particular  ship  (i.e.  , FORRESTAL] 
that  is  described  under  ITEM  (CVA-3).  These  codes 
are  defined  in  Appendix  B. 

1. 

LEN-FT 

A real  number  showing  the  ship  length  in  feet. 

2. 

BEM-FT 

A real  number  showing  the  ship  beam  in  feet. 

3. 

MST-FT 

— 

A real  number  showing  the  effective  radar  mast 
height  of  the  ship  in  feet.  This  value  is  estimated 
at  80%  of  the  overall  height  of  the  ship. 

4, 

DFT-FT 

A real  number  showing  the  ship  draft  in  feet. 

5. 

DSP-TN 

• = 

A real  number  showing  the  ship  displacement 
in  tons. 

6. 

RCS-M 

= 

A real  number  specifying  a typical  radar  cross 
section  for  the  ship  in  square  meters. 

7. 

VM-KTS 

= 

A real  number  for  the  ships  maximum  speed  in 
knots . 

8. 

RM-NM 

= 

A real  number  showing  the  ships  range  in  nautical 
miles  at  maximum  speed. 

9. 

VC-KTS 

= 

A real  number  showing  the  ships  cruising  speed 
in  knots. 

A. 

RC-NM 

A real  number  showing  the  ships  range  in  nautical 
miles  when  traveling  at  cruise  speed. 

B. 

VUL/0 

= 

the  non-nuclear  vulnerability  table  number  for 
ship  (see  Table  3110) 

C. 

VUL/1 

a five  digit  number  showing  the  relative  hardness 
to  nuclear  weapons  in  terms  of  a 20  KT  weapon 
and  a damage  level  equal  to  sinking  (first  2 digits): 
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FIGURE  III-ll  (Continued) 

a real  number  showing  whether  the  target  is 
susceptible  to  overpressure  (0)  or  dynamic 
pressure  (1)  (third  digit);  a real  number  referred 
to  as  the  K factor  (fourth  digit);  and  a real 
number  showing  whether  ground  burst  (0), 
or  optimum  height  of  burst  (1)  is  to  be  used 
(fifth  digit).  (See  DIA  Nuclear  Vulnerability 
Handbook). 
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FIGURE  III-12 


NEM  BASIC  INPUT  DEFINITIONS 
BLUE/RED  CATALOG  - AIRCRAFT 
(TABLES  62XX,  82XX) 


INPUT  NAME 

(TABLE  EXTENT  -1) 

SEO 

An  integer  right  adjusted  in  columns  1-3  which 
uniquely  identifies  each  aircraft  in  the  catalog. 

ITEM 

A £ twelve  character  alphameric  designator 
describing  each  aircraft  in  the  catalog. 

CODE 

A four  digit  integer  which  serves  as  a unique 
identifier  for  the  particular  aircraft  that  is 
described  under  ITEM.  These  codes  are  defined 
in  Appendix  B. 

1. 

LEN-FT 

A real  number  showing  the  aircraft  length  in  feet. 

2. 

SPAN-F 

- 

A real  number  showing  the  maximum  wingspan  of 
the  aircraft  in  feet. 

3, 

HI-FT 

The  overall  height  of  the  aircraft  in  feet. 

4. 

RCS-M 

A real  number  specifying  the  average  radar  cross 
section  of  the  aircraft  in  square  meters. 

5. 

VC-SL 

The  cruise  speed  in  knots  of  the  aircraft  at  sea 
level. 

6. 

VMX-SL 

The  maximum  speed  in  knots  of  the  aircraft  at 
sea  level. 

7. 

ALT-KF 

s: 

The  operational  altitude  of  the  aircraft  in  thousands 
of  feet. 

8. 

VC-ALT 

The  cruise  velocity  of  the  aircraft  in  knots  at  the 
operational  altitude,  ALT-KF. 

9. 

VMX-AL 

The  maximum  velocity  of  the  aircraft  in  knots  at 
the  operational  altitude,  ALT-KF. 

A. 

RC-ALT 

s: 

The  aircraft  rate  of  climb  at  ALT-KF  in  thousands 
of  feet  per  minute. 

B. 

RC-SL 

The  aircraft  rate  of  climb  at  sea  level  in  thousands 
of  feet  per  minute. 

C. 

ZMX-KF 

The  maximum  allowable  altitude  of  the  aircraft  in 
thousands  of  feet. 
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FIGURE  III-12  (CONT'D 
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FIGURE  III-13 


NEM  BASIC  INPl'T  DEFINITIONS 
BLUE/RED  CATALOG  - SHIPS,  SUBMARINES,  AIRCRAFT 
TABLE  EXTENTS  -2,  -3,  -4 
(TABLES  61XX-63XX,  81XX-83XX) 


INPUT  NAME 
SEO. 

ITEM 

CODE 

1.  SR-l/O 
etc. 


i' 

I 

I 


I 

I- 

! 


An  integer  right  adjusted  in  columns  1-3  which 
uniquely  identifies  each  unit  in  the  catalog. 

A ^twelve  character  alphameric  designator 
describing  each  unit  in  the  catalog. 

A four  digit  integer  which  serves  as  a unique 
identifier  for  a particular  unit  of  the  type 
described  under  ITEM.  These  codes  are  defined 
in  Appendix  B. 

There  is  no  consistent  meaning  of  these  labels. 

They  are  not  read  by  the  computer  and  only  serve 
as  a guide  for  the  analyst.  The  important  thing 
to  note  is  that  within  the  ten  column  fields  shown 
as  l.XXX  to  C.XXX,  all  equipment  and  weaponry 
carried  by  each  unit  designated  under  ITEM  and 
CODE,  must  be  shown  as  a six  digit  real  number. 

The  first  four  digits  represent  the  code  designator 
for  the  particular  equipment  or  weapon.  The  last 
two  digits  reflect  the  quantity  of  each  equipment^laimchers 
carried  on  board. 

Typically,  electronic  equipment  such  as  radars, 
fire  control  systems,  and  passive  sensors  are 
placed  in  the  -2  extent  tables;  countermeasure, 
command  and  control,  and  sonars  are  placed  in 
-3  extent  tables,  and  weapons  in  -4  extent  tables. 
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FIGURE  III -14 

NEM  BASIC  INPUT  DEFINITIONS 
BLUE/RED  CATAI  OG  - SHIPS,  SUBMARINES,  AIRCRAFT 
TABLE  EXT  ENT  - 5 
(TABLES  61XX-63XX,  81X:-83XX) 


INPUT  NAME 

SEQ  = An  integer  right  adjusted  in  cols.  1-3  which 

uniquely  identifies  each  unit  in  the  catalog. 

ITEM  = A < twelve  character  alphameric  designator 

describing  each  unit  in  the  catalog. 

CODE  = A four  digit  integer  which  serves  as  a unique 

identifier  for  a particular  unit  of  the  type 
described  under  ITEM.  These  codes  are 
defined  in  Appendix  B. 

1.  SSGUNS  = Although  there  is  no  consistent  meaning  of  these 

etc.  labels,  labels  on  Extent-5  tables  should  agree 

with  the  label  on  Extent-4  tables,  since  for  every 
-4  table  there  must  be  a -5  table. 

The  data  shown  in  -5  tables  reflects  the  equip- 
ment and  weaponry  carried  by  each  unit 
designated  under  ITEM  and  CODE.  They  are 
shown  as  a 6 digit  number,  with  the  first  4 
digits  representing  the  code  designator  for  the 
particular  equipment  or  weapon.  The  last  2 
digits  reflect  the  number  of  weapons  per  launcher 
carried  on  board.  If  the  number  99  appears  as 
the  last  2 digits,  the  number  of  weapons  per 
launcher  is  considered  to  be  unlimited  (i.e., 
AAGUNS,  SSGUNS,  etc.). 
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NEM  BASIC  INrnJT  DEFINITIONS 
BLUE/RED  CATALOG  - RADARS 
(TABLES  65XX,  67XX.  85XX,  87XX) 
(Table  Extent  -1,  -Z,  -3) 


INPUT  NAME 


(TABLE  -1) 

SEO 

An  integer  right  adjusted  in  columns  1-3  which 
uniquely  identify  each  radar  in  the  catalog. 

ITEM 

— 

A ^ twelve  character  alphameric  description 
for  each  radar  in  the  catalog. 

TYPE 

A four  digit  integer  which  serves  as  a unique 
identifier  of  the  particular  radar  that  is  described 
under  ITEM.  These  type  codes  are  described  in 
Appendix  B. 

1 . 

BETA 

= 

Clear  range  parameter  in  nautical  miles. 

2. 

ALFA 

= 

Self  screening  range  parameter  in  nautical  miles. 

3. 

XLAMDA 

- 

Radar  wavelength  in  centimeters. 

4. 

PWR 

= 

Peak  transmitting  power  in  watts. 

5. 

GTDB 

= 

Transmit  radar  antenna  gain  in  decibels. 

6. 

GRDB 

= 

Receiver  radar  antenna  gain  in  decibels. 

7. 

= 

Not  used. 

8. 

XNFDB 

= 

Radar  receiver  noise  figure  in  decibels. 

9. 

BR 

= 

Radar  receiver  bandwidth  in  hertz. 

A. 

XLTDB 

- 

Radar  system  losses  ahead  of  RF  amplifier 
in  decibels . 

B. 

XLRDB 

Receiver  losses  such  as  efficiency  or  antenna 
pattern  in  decibels. 

C. 

XLSDB 

= 

Radar  system  losses  in  decibels. 

(TABLE  -2) 

SEO 

• 

= 

See  above. 

ITEM 

= 

See  above. 

TYPE 

See  above. 

III -40 


INOO 


. . 

- 

- 

; ^ i 

- 

- 

' o ^ 

' 

- 

- 

•><.  w 

i «a 

- 

' 

- ^ 
• - ^ 

-i 

_ 

FIGURE  III-15  (CONT'D. ) 


INPUT  NAME 
(TABLE  -2  (Continued)) 


1. 

MOD 

Type  of  modulation  used;  1 = uncompressed  pulse, 

2 = pulse  compression. 

2. 

TAU 

= 

Radar  pulse  width  in  microseconds. 

3. 

PRF 

Pulse  repetition  frequency  in  pulses /second. 

4. 

FAN 

Frequency  agility  factor  - the  number  of  pulses 
which  change  in  frequency  divided  by  the  reciprocal 
of  the  pulse  width. 

5, 

PCRAT 

= 

Pulse  compression  ratio. 

6. 

- 

Not  used. 

7, 

ITYPE 

- 

Type  of  normalized  antenna  gain  function, 

1 = sin  X/X  pattern,  2 = cosecant  squared  pattern. 

8. 

PHIZER 

Minimum  angle  of  boresight  at  which  the  pattern 
function  becomes  a cosecant  squared  function  in 
degrees . 

9. 

RATEl 

= 

Antenna  azimuth  scan  rate,  in  degrees /second. 

A. 

BWA 

= 

Antenna  azimuth  beamwidth  in  degrees. 

B. 

BWE 

= 

Antenna  elevation  beamwidth  in  degrees. 

C. 

TILT 

Fixed  angle  between  the  local  horizontal  at  the  radar 
and  the  boresight  of  the  radar.  TILT  is  positive  if 
above  the  radars  local  horizontal  and  negative  if 
below  it. 

(TABLE  -3) 

SEQ. 

= 

See  above. 

ITEM 

= 

See  above. 

TYPE 

= 

See  above. 

1. 

TA 

= 

Antenna  temperature  in  degrees  Kelvin. 

2. 

EINSTR 

Instrument  error  affecting  angle  accuracy,  in 
milliradians. 

3. 

TI 

= 

Integration  or  smoothing  time  in  seconds. 

4, 

AZ 

= 

Azimuth  component  of  scan  field-of-view,  in 

degrees.  Used  for  MODES=4  (limited  volume  search). 
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INPUT  NAME 
(TABLE  -3  (Continued)) 


5.  EL 

6.  TF 

7. 

8. 

9. 


Elevation  component  of  scan  field-of- view, 

in  degrees.  Used  for  MODES=4  (limited  volume  search). 

Frame  time,  in  seconds. 

Not  used. 


C.  MODES  - Operating  modes;  1 = search  mode,  2 = track  mode 

with  simultaneous  lobing  (monopulse),  3 = track 
mode  with  conical  scan,  4 = limited  volume  search. 


i 
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NEM  BASIC  INPUT  DEFINITIONS 
RED  AND  BLUE  CATALOG  - SONARS 
(TABLES  6530,  8530) 


INPUT  NAME 


SEQ 

an  integer  right  adjusted  in  cols.  1-3  which 
uniquely  identifies  each  item  in  the  table. 

ITEM 

= 

A twelve  character  alphameric  descriptor 
for  last  unit  in  the  table. 

CODE 

A four  digit  integer  which  specifies  the  particu- 
lar unit  of  the  type  described  under  ITEM. 
These  code  descriptions  are  described  in 
Appendix  B. 

1. 

PWR 

Sonar  radiated  signal  level  (active  mode),  in 
decibels 

2. 

LN-A 

active  mode  omni-directional  background 
noise  (self  + sea),  in  decibels 

3. 

NDI-A 

= 

active  mode  directivity  index,  in  decibels 

4. 

NRD-A 

active  mode  required  signal  to  noise  ratio 
for  recognition,  in  decibels 

5. 

TGT-A 

target  radiated  noise  (active  mode),  in  decibels 

6. 

- 7. 

= 

not  used 

8. 

LP-P 

= 

same  as  2.  above,  except  passive  mode 

9. 

NDI-P 

= 

same  as  3 above,  except  passive  mode. 

A. 

NRD-P 

= 

same  as  4.  above,  except  passive  mode. 

B. 

TGT-P 

= 

same  as  5.  above,  except  passive  mode 

C. 

= 

not  used 
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FIGURE  III-17 

NEM  BASIC  INPUT  DEFINITIONS 
BLUE  AND  RED  CATALOG  - COUNTERMEASURES 
(TABLES  68XX,  88XX) 


INPUT  NAME 
SEQ  = 

ITEM  = 

CODE  = 


1.  FI-MHZ  = 

2.  F2-MHZ  = 

3.  P-WATT  = 

4.  GJ-DB  = 

5.  F3-MHZ  = 

6.  F4-MHZ  = 

7.  P-WATT  = 

8.  GJ-DB  = 

9.  F5-MHZ  = 

A.  F6-MHZ  = 

B.  P-WATT  = 

C.  GJ-DB  = 


DEFINITION 

An  integer  which  uniquely  identifies  each  unit  in  the 
table,  cols.  1-3. 

A £ twelve  character  alphameric  designator  for 
each  unit  in  the  table,  cols.  5-l6. 

A four  digit  integer  which  specifies  the  particular 
type  of  unit  in  the  table.  These  designators  are 
described  in  Appendix  B. 

The  lower  frequency  of  jammer  band  1,  in  megahertz. 

The  upper  frequency  of  jammer  band  1,  in  megahertz. 

The  radiated  power  of  the  jammer  in  band  1,  in  watts. 
The  jammer  antenna  gain  in  band  1,  in  decibels. 

The  lower  frequency  of  jammer  band  2,  in  megahertz. 

The  upper  frequency  of  jammer  band  2,  in  megahertz. 

The  radiated  power  of  the  jammer  in  band  2,  in  watts. 
The  jammer  antenna  gain  in  band  2,  in  decibels. 

The  lower  frequency  of  jammer  band  3,  in  megahertz. 

The  upper  frequency  of  jammer  band  3,  in  megahertz. 

The  radiated  power  of  the  jammer  in  band  3,  in  watts. 
The  jammer  antenna  gain  in  band  3,  in  decibels. 


( 


NOTE; 


If  more  than  three  jammer  bands  are  required  to  describe  a particiilar 
jammer,  each  set  of  three  or  less  bands  must  be  shown  as  a separate 
ITEM  and  CODE. 
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INPUT  NAME 
SEQ  = 

ITEM  = 

1.  T-SEC  = 

2.  ANGL-1  = 
etc. 


MIN  ELEV  = 

MAX  ELEV  = 

MIN  ALT  = 


FIGURE  III- 18 

NEM  BASIC  INPUT  DEFINITIONS 
BLUE  AND  RED  CATALOG  - AAGUNS,  SAMS 
(TABLES  75XX,  77XX,  9SXX,  97XX) 
(TIME  LINES) 


An  integer  that  uniquely  identifies  each  line  in  the 
table,  cols.  1-3. 

A ^ twelve  character  alphameric  designator  of 
the  line  data. 

With  the  exception  of  the  first  line,  all  data 
entered  under  T-SEC  are  reference  flight  times, 
in  seconds,  (Time=l,  Time=2,  Time  = 3,  Time=4, 
etc.  ) for  which  slant  ranges  will  be  entered  for 
each  combination  of  Time=X  and  elevation  angle 
(ANGL-X).  The  data  entered  in  the  first  line  (506) 
describes  the  dimensions  of  this  bordered  table  - 
5 lines  of  data  down  and  6 rows  of  data  across. 

These  data  are  reference  elevation  angles  in 
degrees  for  which  range  data  is  computed  for  each 
Time=X.  The  numbers  extend  for  each  combina- 
tion of  Time-X  and  ANGL-X  represent  the  slant 
range  that  the  AAGUN  projectiles  or  SAMS  will 
travel  if  fired  at  ANGL-X  and  allowance  to  travel 
a time  of  TIME-X.  The  values  found  in  a row  for 
TIME-X  are  the  polar  coordinates  of  the  flight 
contour  for  that  time  at  selected  points  between 
MIN  ELEV  and  MAX  ELEV.  The  derivation  of 
the  data  and  associated  methodology  are  explained 
in  Appendices  G and  M.  , t \ . 

* I c -■*  < 

The  minimum  angle  in  degrees  that  the  gxui  or  SAM 
can  be  fired. 

The  maximum  elevation  angle  in  degrees  that  the 
gun  or  SAM  can  be  fired. 

The  minimum  altitude,  in  nautical  miles,  that  the 
projectiles  or  missiles  can  travel. 


MAX  ALT  = 


The  maximum  altitude,  in  nautical  miles,  that  the 
projectiles  or  missiles  can  travel. 
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INPUT  NAMK 


MIN  RNG  = 


MAX  RNG  = 


MIN  X = 


MAX  X = 


FIGURE  III-18  (CONT'D. ) 


The  minimum  range,  in  nautical  miles,  that  the 
AAGUN  or  SAM  system  is  allowed  to  engage 
targets. 

The  maximum  range,  in  nautical  miles,  that  the 
AAGUN  or  SAM  system  is  allowed  to  engage 
targets. 


The  minimum  range,  in  nautical  miles,  that 
describes  one  boundary  of  the  envelope  of  the 
AAGUN  or  SAM  system. 

The  maximum  range,  in  nautical  miles,  that 
describes  another  boundary  of  the  envelope  of 
the  AAGUN  or  SAM  system. 
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NEM  BASIC  INPUT  DEFINITIONS 
BLUE  AND  RED  CATALOG  - NAVAL  WEAPONS 
(TABLES  71XX  - 75XX,  77XX.  79XX) 
(91XX-  95XX,  97XX.  99XX) 

(EXTENT  -1) 


INPUT  NAME 
SEQ 

ITEM 

CODE 

1.  RNG 

2.  V/TRAJ 


3.  WWT/T 


4.  REL 

5.  SALVO 

6.  R-TIME 

7.  CEP/ph 


an  integer  which  uniquely  identifies  each  unit  in  the 
table,  cols.  1-3. 

a twelve  character  alphmeric  descriptor  for  each 
unit  in  the  table,  cols.  5-16. 

a four  digit  integer  which  specifies  the  particular 
type  of  unit  in  the  table.  These  designators  are 
described  in  Appendix  B. 

the  maximum  operational  range  of  the  weapon, 
in  nautical  miles. 

a five  digit  number,  showing  the  weapon  velocity 
in  knots,  and  the  trajectory  type  flown.  The  three 
digits  to  the  left  of  the  decimal  show  the  velocity. 
The  numbers  to  the  right  of  the  decimal  show  the 
specific  trajectory  type  to  be  used  (see  tables  41XX, 
51XX).  If  this  column  is  blank,  the  weapon  will  be 
surface/sub-surface  launched. 

A five  digit  number  showing  the  warhead  size  in 
pounds  or  nuclear  yield  in  kilotons  and  the  warhead 
type.  The  number  to  the  right  of  the  decimal  will 
be  0 for  HE  warheads,  1 for  nuclear,  and  2 for 
continuous  rod.  The  four  numbers  to  the  left  of  the 
decimal  show  the  warhead  weight  in  pounds  for  types 
0,  2 and  nuclear  yield  in  kilotons  for  type  1. 

total  system  reliability. 

The  weapon  salvo  size  per  engagement  per  platform. 

The  time,  in  minutes,  required  between  salvos  per 
platform. 

a six  digit  number  showing  the  weapon  CEP  in  feet 
(numbers  to  the  left  of  the  decimal)  and  the  expected 
probability  of  hit  (numbers  to  the  right  of  the 
decimal).  If  no  PH  values  are  shown,  PH  will  be 
computed. 
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FIGURE  III-19  (Continued) 

INPUT  NAME 


8. 

BIASM 

= 

the  missile  bias,  in  mils,  that  cannot  be  removed 
during  flight. 

9. 

RLl 

warhead  lethal  radius  in  feet.  If  blank,  lethal 
radius  will  be  computed. 

A, 

PKE 

expected  probability  of  kill  per  engagement 

B. 

-C. 

= 

not  used 

NOTE: 

a.  If  PKE  not  given,  it  is  computed  from  PH,  REL,  and  SALVO. 

b.  If  PH  is  not  given,  it  is  computed  from  CEP,  BIASM,  and  RLl  . 
See  Appendix  L. 
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NEM  BASIC  INPUT  DEFINITIONS 
RED  AND  BLUE  CATALOG  - ASMS/SSMS 
(TABLES  78XX,  98XX) 
EXTENTS  -1,  -2 


INPUT  NAME 
(TABLE  -1) 

SEQ. 

ITEM 

CODE 

1.  LEN-FT 

2.  SPAN-F 

3.  HI-FT 

4.  RCS-M 

5.  RVUL-F 

6.  - C. 


an  integer  which  uniquely  identifies  each  unit 
in  the  table,  columns  1-3 

a 1 twelve  character  alphameric  designator  for 
each  unit,  columns  5-16 

a four  digit  integer  which  specifies  the  particular 
unit  of  the  type  described  under  ITEM.  These 
code  designators  are  described  in  Appendix  B. 

length  of  the  missile  in  feet 

wingspan  of  the  missile  in  feet 

height  of  the  missile  in  feet 

typical  radar  cross  section  of  the  missile  in 
square  meters 

the  vulnerable  radius  of  the  missile  in  feet 
Not  used 


INPUT  NAME 
(TABLE  -2) 

SEQ 

ITEM 

CODE 

1.  RNG 

2.  V/TRAJ 
to 

8.  BIASM 


See  above 
See  above 
See  above 

the  weapon  range,  in  nautical  miles 
see  notes  for  table  71XX,  etc. 
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FIGURE  III-20  (Continued) 


INPUT  NAME 

9.  CODE  M*  = a five  digit  number  (i.  e.,  113.99)  specifying 

the  following  information; 


A.  JAMCEP 

B.  TERM 

C.  MIDC 


(a)  First  digit; 

(b)  Second  digit; 

(c)  Third  digit; 

(d)  Fourth  digit; 


(e)  Fifth  digit; 


1 = all  inertial  system 

2 = airspeed 

3 = doppler 

1 = 1970-1975  data 

2 = 1975-1980  data 

1 = land  launched 

2 = sea  launched 

3 = air  launched 

a number  between  1 and  9 show- 
ing the  estimated  position  error 
of  the  system.  1 would  be  very 
small  error . 

a number  between  1 and  9 show- 
ing the  estimated  launch  velocity 
errors  of  the  system.  1 would  be 
very  small  error  and  9 would 
be  very  great  error. 


the  expected  CEP  of  the  missile,  in  feet,  when 
jammed. 

a four  digit  number  specifying  the  particular 
terminal  guidance  system  used  by  the  missile 

a four-digit  number  specifying  the  particular  mid- 
course guidcince  system  used  by  the  missile 
(see  Appendix  B) 


=•=  CODEM  - Contains  data  codes  used  only  by  the  guidance  subroutine 

called  GUID,  which  is  explained  elsewhere  in  the  Users  Manual. 


NOTE;  Tables  76XX/78XX  for  Blue  and  96XX/98XX  can  be  combined  into  a 
single  BLUE  table  and  a single  RED  table  if  desired. 


NOTE:  If  PH  is  not  given,  it  is  computed  using  remaining  inputs. 
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2.5  Table  Update  and  File  Maintenance 

(U)  As  indicated  earlier,  Basic  Tables  can  be  loaded  onto  a 
permanent  data  file,  FORTRAN  File  11.  This  means  that  once  loaded, 
these  tables  can  be  used  until  a permanent  replacement  is  desired.  Mean- 
while, any  table  could  be  used  repeatedly  as  the  basis  of  temporary  changes 
needed  to  study  variations  in  engagement  structure  or  naval  systems. 

Details  follow. 

2.  5.  1 Initial  Loading  or  Complete  Replacement 

(U)  Assume  that  FORTRAN  file  FTllFOOl  has  been  created 
and  KEPT  on  the  RIPTIDE  Disk  Pack  as  discussed  in  Section  VI.  This  need 
be  done  only  once  and  is  sufficient  no  matter  how  many  changes  or  replace- 
ments are  made  to  data  that  is  on  the  file  (unless  of  course  there  is  a 
serious  computer  malfunction  or  a disk  pack  failure).  All  that  is  needed 
to  load  the  file  initially  (or  to  completely  replace  all  that  is  already  on  it) 
is: 

(a) 


(b) 

(c) 

(d) 

i 

! 

(e) 


2,  5,  2 Single  Table  Replacement  - Permanent 

(U)  To  replace  a table  without  altering  any  other  tables,  replace 
the  ZIP- 7- 1-1  card  with  ZIP- 7- 1-5  followed  by  the  table.  This  replaces 
the  data  in  the  same  physical  location  on  the  disk.  Do  not  use  ZIP-7-1-  1 
as  this  merely  adds  the  new  table  to  the  disk  and  unnecessarily  lengthens 
the  file. 

2,  5,  3 Single  Table  Update  - Temporary 

(U)  For  parametric  variations  where  changes  are  considered 
temporary,  these  can  be  made  with  a ZIP-ll-l-P,  where  P is  a print  level, 
P=(0,  1,2),  Immediately  following  the  ZIP- 11  card  is  a NAMELIST  read 
which  specifies  the  row  number,  column  number,  and  new  data  value. 

This  is  illustrated  in  Figure  III-21  . 


Place  one  or  more  non-blank  characters  in  columns 
2-5  of  the  PCODE  card. 

Place  a ZIP- 3 card  ahead  of  the  Basic  Tables  to  be 
loaded. 

Place  a ZIP- 7- 1-1  card  ahead  of  each  Basic  Table. 

After  the  last  table,  put  any  other  ZIP- 8,  ZIP- 9 
or  ZIP- 11  cards  desired,  or  only  a ZIP- 10  card 
if  desired.  The  run  must  end  with  a ZIP- 10  in 
any  case. 

Retain  for  future  reference  the  Input  Card  Image 
list  obtained  as  this  is  the  only  time  this  particular 
output  is  available. 
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(U)  In  the  same  computer  run,  it  may  be  desired  to  make  other 
changes  and  loop  through  again.  This  may  be  done  with  another  ZIP-ll-l-P 
card  which  goes  back  to  the  original  table  and  puts  in  changes,  or  by  using 
a ZIP-11-2-P  card,  changes  can  be  put  in  the  temporary  table.  This  saves 
having  to  repeat  the  previous  changes  and  may  be  easier  to  do.  This  also 
is  shown  in  Figure  III- 21. 

(U)  The  four  integer  constants  at  the  bottom  of  the  basic 
Tables  may  be  changed  by  reading  in  the  NAMELIST  8.NAMVP  the  desired 
values  for  ICl,  IC2,  IC3,  and/or  IC4.  Likewise  for  the  four  real  constants 
read  in  desired  changes  for  RCl,  RC2,  RC3,  and/or  RC4. 

2.5.4  Temporary  Table  Updates  - Alternate  Ways 

(U)  ZIP- 7- 1-4  with  a minus  1 in  columns  29  and  30  followed 
by  the  usual  title  card  and  1 or  2 (as  appropriate)  column  header  cards 
will  allow  a replacement  of  one  or  more  selected  lines  in  a table.  Follow 
with  the  usual  -1  and  two  constant  cards.  If  the  minus  1 is  omitted  on  the 
ZIP- 7- 1-4  card,  the  update  will  be  permanent. 

(U)  Another  way  is  to  use  a ZIP-7- 1-1  card  (the  normal  Basic  Table 
read)  except  on  the  Title  card  put  a minus  1 in  columns  29  and  30.  This 
requires  a complete  Basic  Table  not  just  a line  to  be  updated. 


FIGURE  m-  21 


SINGLE  TABLE  UPDATE  - TEMPORARY 


Card  Comment 

A,  K Classification  Cards 

B,  L PCODE  Cards 

C ZIP- 11- 1-2,  7710,  -1.  This  calls  for  temporary  update  to 

table  7710,  extent  -1. 

D This  calls  for  new  data  to  be  put  in  Row  2,  column  7. 

E This  calls  for  new  data  to  be  put  in  Row  3,  column  7,  and 

return  to  the  MAIN  program  for  further  instructions^ 

F ZIP-11-1-2,  7900,  -1.  This  calls  for  temporary  update  to 

table  7900,  extent  -1. 

G This  calls  for  new  data  to  be  put  in  Row  1,  column  10,  and 

return  to  MAIN. 

H ZIP- 8-  , etc.  Remainder  of  input  desired. 

J ZIP-1.  Retain  all  previous  changes  and  start  over. 

M ZIP-11-2-2,  7710,  -1.  This  calls  for  an  update  to  the  previous 

update  by  cards  C and  F. 


NOTE:  If  card  M had  been  ZIP- 11- 1-2  it  would  have  updated  the  original 
table. 
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FIGURE  III  - 21  (CONI' D 
SINGLE  TABLE  UPDATE 
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3.  NAMELIST  INPUT 

(U)  The  definition  and  use  of  the  NAMELIST  variables  are 
presented  in  this  section.  The  format  rules  for  using  NAMELIST  input 
are  available  in  any  FORTRAN  IV  manual.  The  principal  rules  are: 

(a)  The  first  column  on  all  NAMELIST  cards  must  be 
blank. 

(b)  Colunui  2 of  the  first  card  must  contain  the  ampersand 

followed  immediately  by  the  namelist  name  (e.g,, 
&:NAM1)  and  followed  by  at  least  one  blank. 

(c)  Data  may  begin  on  the  same  card  as  the  Namelist 
name  (separated  by  at  least  one  blank)  and  has  the 
form:  VARIABLE  = number,  followed  by  a comma. 

If  the  number  is  an  integer  (variables  whose  names 
begin  with  I,  J,  K,  L,  M,  N)  no  decimal  point  is  to 
be  used.  If  the  number  is  real,  a decimal  may  be 
used  if  necessary, 

(d)  Do  not  leave  blanks  between  numbers  and  their 
trailing  commas. 

(e)  Not  all  the  variables  in  the  list  need  be  input. 

(f)  The  reading  of  a Namelist  input  is  terminated  by 
putting  ampersand  end  (&END)  after  the  last  comma. 

It  may  be  on  the  last  card  by  itself. 

3.  1 Namelist  ScNAMUP 

(U)  The  temporary  update  of  a Basic  Table  as  previously  des- 
cribed in  Section  III.  2.  5.  3 is  initiated  by  a ZIP-  11  card.  Immediately 
following  this  is  a Namelist  &;NAMUP  card,  one  for  each  row  to  be  updated. 
The  variables  in  this  list  and  their  use  is  defined  below.  They  are  in 
general  the  elements  of  a Basic  Table  which  could  be  changed.  Dimen- 
sional variables  show  maximum  dimensions. 

(a)  R0WSEQ.  This  is  the  s equence  number  of  the  row 
in  the  table  to  be  changed.  (Originally  in  column  3 
of  the  Basic  Table,  ) 

(b)  DATA(12).  The  data  to  be  used  in  the  specified 
column. 

(c)  R0'WNAM(3),  The  name  to  be  put  in  the  specified 
row,  up  to  3 four  letter  words. 

(d)  ICl,  IC2,  IC3,  IC4.  The  four  integer  constants  at 
the  bottom  of  the  table. 
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(e)  RCl,  RC2,  RC3,  RC4,  The  four  real  constants  at 
the  bottom  of  the  table. 

(f)  C0DE.  The  four  digit  number  found  in  columns 
17  - ZO  of  the  specified  row. 

(g)  RETURN=1.  This  is  to  be  used  in  the  last  row  to  be 
updated  in  a given  table.  This  returns  control  to  the 
MAIN  program. 

3.2  Namelist  fcPIMENS 

(U)  This  is  the  first  of  two  Namelist  lists  to  be  read  imme- 
diately after  the  use  of  a ZIP- 9 CALL  XECUTE  card.  These  variables 
control  the  use  of  the  dynamic  storage  during  simulation  as  defined  below. 

(a)  MAXBTU.  The  maximum  number  of  BLU  units 
that  can  be  on  intercept  trajectories  at  the  same 
time.  (Default  for  MAXBTU  =KBU  = Total  no. 
of  B LU  units . ) 

(b)  MAXRTU.  The  maximum  number  of  RED  units 
that  can  be  on  intercept  trajectories  at  the  same 
time.  (Default  for  MAXRTU  -KRU  = Total  no. 
of  R ED  units . ) 

Note:  When  an  aircraft  leaves  its  normal  route 

to  attack  a target,  it  is  put  on  an  inter- 
cept trajectory  to  the  target.  When  a 
cruise  missile  is  launched,  it  is  given 
temporary  unit  status  and  is  put  on  an 
intercept  trajectory.  In  effect,  MAXBTU 
and  MAXRTU  establish  a limit  on  the 
maximum  amount  of  attack  interaction 
during  the  engagement. 

(c)  NSYSPU.  The  average  number  of  subsystems  per 
unit.  This  value  defines  the  amount  of  dynamic 
storage  to  be  allocated  for  unit  subsystem  setup. 

If  this  value  is  too  small,  the  routine  will  stop. 

(Default  for  NSYSPU  = 10  ) 

3.  3 Namelist  &NGAGE 

(U)  This  is  the  second  Namelist  deck  to  be  read  after  a ZIP- 9 
CALL  XECUTE  card.  The  ENGAGE  deck  should  immediately  follow  the 
& DIMENS  deck.  Namelist  ENGAGE  inputs  the  option  and  control  variables 
for  the  engagement. 
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(a)  T.STEP.  Engagement  time  increment,  hours.  (Default 
for  TSTEP  - .001  hr.  ) 

Note:  .001  hr.  is  the  minimum  acceptable  value  'or 
TSTEP. 

(b)  TBEGIN.  Time  to  begin  the  engagement,  decimal  hours. 
(Default  for  TBEGIN  earliest  time  at  which  the  unit  routes 
are  defined.  At  present  this  is  -4.0  hours,  where  0.0 
hours  is  planned  time  of  coordinated  attack.  ) 

(c)  TIMEND.  Time,  decimal  hours,  that  the  engagement  is 
ended.  (Default  for  TIM  END  = latest  time  for  which  the 
unit  routes  are  defined.) 

Note:  TBEGIN  and  TIMEND  define  the  interval  over  which 
the  engagement  is  evaluated. 

(d)  NCARLC),  The  number  of  Monte  Carlo  passes  to  be 
executed.  (Default  for  NCARLC)  = 1) 

(e)  NRANDM.  The  number  of  times  the  random  number 
generator  is  to  be  called  to  initialize  the  generator  prior 
to  the  engagement  simulation.  (Default  for  NRANDM  = 1) 

5 ^ • 2 The  following  variables  are  print  control  flaes  : 

(a)  IPRINT.  Print  option  for  output  of  unit  position  and  status 
during  the  engagement  (units  on  normal  routes). 

IPRINT  = 1,  print.  (Default) 

= 0,  no  print. 

(b)  PSTART.  Start  (t  ime)  of  print  interval,  hours,  during 
which  output  of  unit  position  and  status  is  to  be  printed  when 
IPRINT^  1.  Default  for  PSTART  = -lOO.  hours. 

(c)  PSTO  P.  End  (time)  of  print  interval,  hours,  during  which 
output  of  unit  position  and  status  is  to  be  printed  when 
IPRINT  = 1.  Default  for  PST0P  = 100.  hours. 

(d)  PRSTEP.  Specifies  the  print  frequency,  hours,  for  output 
of  unit  position  and  status  when  IPRINT  = 1,  and 
PSTART^  TIME^PSTOP.  (Default  for  PRSTEP  - 0.  1 hr.) 
This  output  is  automatically  t rigge red  at  each  node  point 
time  defined  by  the  preplanned  routes. 
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(e)  ISNAPR.  Print  option  for  the  Subroutine  SNAP  to  print 
engagement  snapshot  data.  Print  frequency  and  interval 
is  controlled  by  PRSTEP,  PSTART  and  PST?)P. 

(IPRINT  must  be  on) 

ISNAPR  = 0,  no  print  (Default)  . 

= 1,  position  and  status  of  units  on 
intercept  trajectories. 

= 2,  debug  and  checkout  print 
3,  level. 

(f)  NLPR.  Debug  and  checkout  p rint  option  causing  key 
subroutine  to  dump  data  in  Namelist  format  throughout 
the  simulation. 

NLPR  = 0,  no  print  (Default). 

= 1,  print. 

(g)  KILLPR.  Print  option  flag  for  Subroutine  KILLEX  to 
print  weapon  effects  evaluations  in  Namelist  format. 

KILLPR  = 0,  no  print  (Default). 

= 1,  print. 

The  following  variables  define  detection  criteria: 

(a)  IPRAD.  Radar  model  option  flag. 

IPRAD  = 0,  use  the  Radar  Model  to  c cmpute  all 

radar  detection  during  the  engagement. 
(Default) 

= -l,  use  dummy  radar  equations  in  lieu  of 
the  Radar  Model. 

= 1,  use  the  Radar  Model  with  the  Radar 

2 

’ Model  print  options  turned  on. 

(DEBUG  ONLY) 

(b)  lENV.  Sets  the  radar  environment  parameter  for  sea 
state.  Sea  State  = lENV.  (Default  for  lENV  = 4.) 

(c)  PDTIME.  Maximum  time,  hours,  that  a computed 
detection  probability  can  be  used  without  recheck. 

(Default  for  PDTIME  = .02  hours.) 

(d)  PDMIN.  Minimum  threshold  probability  of  detection 
required  to  assume  a unit  detected.  (Default  for  PDMIN  = 
0.5) 


(e)  PDTMIN.  Minimum  threshold  probability  of  detec- 
tion required  of  a track  radar  to  assume  tracking 
of  the  target  unit.  (Default  for  PDTMIN  0.5). 
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(f)  PDCMIN.  Minimum  threshold  probability  of  detec- 
tion required  of  cruise  missile  acquisition  radars  to 
assume  target  acquisition.  (Default  for  PDCMIN  = 
0.5  ) 

(g)  ISCAN.  Number  of  scans  made  by  the  radar  in 
computing  a probability  of  detection.  Maximum  = q. 
(Default  for  ISCAN  = 3 ) 

(h)  JAM.  Radar  jamming  option. 

JAM  = 0,  all  jammers  off  (Default) 

= 1,  all  jammers  on 

Note:  Radar  jammers  are  either  all  on  or  all  off 
throughout  the  engagement. 

(i)  lACTIV.  active  or  passive  mode  of  opera- 

tion for  all  sonar  systems  during  the  engagement. 

lACTIV  = 0,  passive  mode  (Default) 

= 1,  active  mode 

(j)  IBCJTTM.  Specifies  direct  path  detection  or  bottom 
bounce  detection  criteria  to  be  used  in  computing 
detection  by  sonar  systems. 

IBOTTM  = 1,  use  bottom  bounce  (Default) 

= 0,  direct  path  only 

3.3.4  The  following  variables  are  weapon  allocation  parameters: 

(a)  AIRCPT.  Maximum  intercept  flyout  time,  hours, 
(one  way)  for  aircraft.  An  aircraft  will  not  leave 
its  normal  route  to  make  an  intercept  where  the 
estimated  intercept  time  exceeds  AIRCPT. 

(Default  for  AIRCPT  = 1.  0 hr.  ) 

(b)  NXSHIP.  The  maximum  number  of  units  allowed 
to  simultaneously  attack  a ship  target.  (Default 
for  NXSHIP  = 5) 
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(c)  NXAC.  The  maximum  number  of  units  allowed  to 
simultaneously  attack  an  aircraft  target  that  is  on 
a normal  route.  (Default  for  NXAc  2) 

(d)  NXSUB.  The  maximum  number  of  units  allowed  to 
simultaneously  attack  a submarine  target.  (Default 
for  NXSUB  = 2)  * 

(e)  NXCM.  The  mciximum  number  of  units  allowed  to 
simultaneously  attack  either  a cruise  missile  unit 
or  an  aircraft  on  an  inteicept  trajectory.  (Default 
for  NXCM  =1)  =!= 

*Note;  The  attack  limits  specified  by  NXSHIP,  NXAC,  NXSUB 
and  NXCM  hold  for  both  BLUE  and  RED  allocation.  If 
the  user  wishes  to  provide  unlike  limits  for  BLUE  and 
RED,  the  variable  must  be  entered  as  a 4- digit  packed 
integer,  e.g.,  NXSHIP  = 0408,  would  specify  a limit  of 
4 units  vs  ship  targets  during  BLUE  allocation  and  8 
units  vs  ship  targets  during  RED  allocation. 

(f)  NBATT.  The  number  of  SAM  battery  combinations 
defined  in  the  array  MISRAD.  (Default  for  NBATT  = 7) 

(g)  MISRAD(2,  10).  Input  array  for  defining  compatible 
track  radar  - SAM  launcher  type  combinations  of 
subsystems  to  form  SAM  batteries,  during  engage- 
ment setup.  MISRAD  is  dimensioned  (2,  10)  to  allow 
up  to  ten  combinations  to  be  defined. 

MISRAD(1,I)  = catalog  code  for  the  track 

radar  for  the  Ith  combination. 

(2,1)  = catalog  code  for  the  SAM 

launcher  type  for  the  Ith 
combination 

(Default  combinations  for  MISRAD  are  given  below: 

MISRAD  = 6711,  7713, 

6712,  7711, 

6713,  7712, 

6714,  7714, 

8711,  9711, 

8713,  9713, 

8712,  9712 
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(h)  IRSAM.  Two  digit  integer  control  variable  used  in  SAM 
and  anti-aircraft  gun  simulation.  The  tens  digit  (when 
not  zero)  options  for  a track  radar  performance  recheck 
when  the  SAM  reaches  the  terminal  end  of  the  intercept. 
The  units  digit  (when  not  zero)  constrains  SAM  and  anti- 
aircraft allocation  so  that  launch  and  terminal  intercept 
will  occur  on  the  same  leg  of  the  target  flight  profile. 

This  option  eliminates  assumed  intercepts  across  a change 
in  the  target  velocity  vector. 

IRSAM  = 00,  No  Radar  Recheck,  No  Flight 
Profile  Constraint  (Default) 

= 01,  Flight  Profile  Constraint  Only 
= 10,  Radar  Recheck  Only 
= 11,  Both  Options 

(i)  IMISC(19).  User  override  for  the  minimum  flight  time 
from  aircraft  carrier  to  an  aircraft  flight  station.  Flight 
times  between  carriers  and  the  stations  they  support  are 
computed  as  (distance)/(AC  speed).  The  minimum  flight 
time  provides  a lower  limit  for  these  computed  values. 

IMISC(19)  = 100,  = (hours  x 1000)  = . 1 hours  = 

360  seconds  minimum  flight  time. 
(Default  = 20  = . 02  hr.  ) 

(j)  IMISC(20).  User  override  for  the  interval  between 
successive  launches  of  carrier  aircraft. 

IMISC(20)  = 10,  = (hours  x 1000)  = .01  hours  = 

36  seconds. 

(Default  = 0) 

3.3.5  The  following  variables  elect  the  rendezvous  option: 

(a)  IRNDVB.  This  variable  elects  the  option  for  BLUE 
groups  to  leave  their  programmed  routes  and  proceed 
to  the  rendezvous  point  whenever  the  conditions  for 
rendezvous  have  been  met.  (See  Appendix  I,  Fngagement 
Simulation,  Vol.  IIB) 

IRNDVB  = 0,  No  Rendezvous  (Default) 

= 1,  Will  Rendezvous 

(b)  IRNDVR.  Same  as  above  but  for  RED  side. 
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3.  3.6 


The  following  variables  govern  High  Value  Target  classification 
and  pursuit: 


(a)  PDCLAS.  Minimum  threshold  probability  of  detection 
required  to  assume  a unit  can  be  classified. 

(Default  for  PDCLAS  = PDMIN,  minimum  detection 
threshold) 

(b)  HVTB.  The  minimum  value  for  a BLUE  ship  unit  to 
qualify  as  a High  Value  Target. 

HVTB  = 0.,  No  high  value  target  designation  for 
BLUE  units. 

HVTB  = XXX.  , All  BLUE  ship  units  that  have  been 

classified  and  whose  values  are  i XXX. 
are  designated  as  high  value  targets 
and  receive  top  priority  with  respect 
to  RED  weapon  allocation. 

(c)  HVTR.  Same  as  above  but  for  RED  side. 

(d)  HVTIME.  Specifies  the  time  interval,  hours,  between 
updates  or  reassessment  and  communication  of  high  value 
target  information  between  offense  units.  (HVTIME  has 
no  meaning  if  both  HVTB  and  HVTR  are  input  as  zero.  ) 

HVTIME  = 0.  , High  value  target  designation  occurs 
at  the  node  point  times  defined  by  the 
preplanned  routes.  (Default) 

= O.XX,  High  value  target  designation 
occurs  each  O.XX  hours. 

(e)  IVECB.  Vectoring  option  flag  for  BLUE  offense  groups. 
1VECB  = 1,  enables  each  BLUE  offense  group  to  depart 
from  its  preplanned  route  and  follow  a pursuit  vector, 
toward  the  RED  high  value  target  that  is  closest  to  the 
group  center.  (IVECB  has  no  meaning  if  HVTR  is  input 
as  zero. ) 

(f)  IVECR.  Same  as  above  but  for  RED  side. 
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3. 4 Namelist  &;NUCHEK  (for  Route  Check  - Sec.  V) 

(U)  This  is  called  by  a ZIP-6-1 -2  card.  Its  purpose  is  to 
check  the  planned  routes  by  printing  a series  of  snapshots  of  unit 
positions  and  velocities  in  a format  as  shown  in  Figure  IV-11  of 
Section  IV.  The  times  desired  are  input  as  follows.  Dimension 
variables  show  maximum  dimension.  See  Section  V for  its  application. 

(a)  NTIMES.  The  number  of  snapshots  desired. 

(b)  TIMES  (10).  The  Battle  times  (hours)  at  which 
snapshots  are  desired. 

3.  5 Namelist  &;NAM1  (for  Radar  Check  - Sec.  V) 

(U)  This  is  called  by  a ZIP-6-2  card.  Its  purpose  is  to 
check  the  performance  of  a radar  against  specified  targets  flying 
straight  and  level  at  the  radar.  Target  radar  cross  section,  altitude, 
and  velocity,  are  specified  as  follows.  Dimensioned  variables  show 
maximum  dimensions.  See  Figures  III-15  and  III-17  for  basic  table 
format  for  radar  and  jammer  inputs  that  are  to  be  tested.  See  Section 
V for  a definition  of  variables  and  their  application. 


SECTION  IV 

NEM  OUTPUTS  AND  FORMATS 


(U)  The  purpose  of  this  section  is  to  define  the  outputs  of  the  Naval 
Engagement  Model.  Only  the  essentials  of  definition  and  format  are  given. 
Applications  and  analysis  of  output  is  treated  elsewhere. 

(U)  The  output  is  illustrated  with  pages  from  the  Training-Baseline 
ASM  computer  run.  This  is  a "small"  engagement  having  about  one-half 
the  number  of  groups  now  available  in  the  catalog,  hence  the  output  is 
typical  but  less  than  that  of  a large  engagement. 

(U)  The  method  of  presentation  is  a series  of  figures  consisting 
of  a page  of  computer  print  out  and  a facing  page  of  text. 


FIGURE  IV-1 


INPUT  CARD  IMAGES 

(U)  Since  most  of  the  engagement  and  naval  systems  data  is  stored 
on  magnetic  disk,  only  a few  input  cards  are  required  at  run  time. 

Their  details  are  defined  in  Section  III  but  are  commented  on  as  follows: 

Card  Comment 

1 Classification.  Printed  top  and  bottom  each  page. 

L PCODE.  Problem  Code,  identifies  a particular  run.  Printed 

top  of  each  page. 

3-13  Replace  Basic  Table  with  this  one,  the  small  engagement. 

Permanent. 

14-31  A series  of  temporary  changes^  to  be  used  only  in  this  run. 

See  Section  III.  2.  5.  3 

32  ZIP-8-0-1  Setup  the  particular  engagement  called  for  by  Table 
0001  and  any  of  the  above  changes. 

33  Execute  a simulation  using  the  following  data. 

34-45  Simulation  and  print  control.  See  Section  III.  3. 2 and  III.  3.  3 
and  Figure  IV-10. 

46  ZIP-10.  Stop.  End  of  computer  run. 

=:=note:  The  temporary  changes  do  these  things: 

(1)  Specifies  Prob.  of  Hit  on  two  BLU  SAMs, 

(2)  Specifies  Prob.  of  Kill  per  engagement  on 

one  BLU  AAM, 

(3)  Increases  the  number  of  airplanes  carrying 

cruise  missiles  to  four  and  changes  them 
all  to  one  type  (8227)  in  RED  groups  5,  7, 

9,  12,  and  14.  This  causes  them  all  to 
carry  the  same  ASM,., 

(4)  Changes  the  applicable  missile  trajectory  to 

a 150  NM  trajectory  by  changing  the  Max 
Rng  and  the  length  of  the  2nd  leg.  from 
that  now  in  the  catalog. 


figure:  IV -1 
INPUT  CARD  IMAGES 
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FIGURE  IV -Z 


REPLACE  BASIC  TABLE  0001 


(U)  This  is  a return  of  the  new  table  that  has  been  permanently 
placed  on  the  disk  as  a result  of  Cards  3-13  in  Figure  IV - 1 . These 

are  not  card  images,  but  are  data  retrieved  and  printed  in  analogous 
format.  Note  that  the  second  "card"  is  offset  to  the  right  to  help 
identify  Basic  Table  columns  7 thru  12. 
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FIGURE  IV-3 


UPDATE  ORIGINAL  TABLES 
7710  & 7900 

(U)  This  page  is  the  result  of  the  table  update  in  Cards  14-18. 
Item  Comment 

A Rows  I and  3 in  Table  7710  after  update  (temporary). 

B Table  7710  complete,  with  both  old  and  updated  rows. 

C Row  1 in  Table  7900  after  update  (temporary). 

D Table  7900  complete,  after  update. 

E,F  New  CEP/PH  for  SAM2  and  SAM3. 

G New  PKE  for  AAMl. 
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UPDATE  ORIGINAL  TARLES 
7710  & 7900 


FIGURE  IV -4 


UPDATE  ORIGINAL  TABLES 
0Z12,  0214,  5110 

Item  Comment 

Update  Table  0212  to  put  a quantity  of  4 missile-carrying  air- 
craft in  RED  Group  12. 

Update  Table  0214  to  put  a quantity  of  4 mi s sile -car rying  air- 
craft in  RED  Group  14. 

Update  Table  5110  to  change  an  ASM  trajectory  in  line  with 
sequence  = 71. 

New  Max  Range  = 150  NM 
New  min  range  = 30  NM 

New  range  of  leg  2 = 120  NM 
New  velocity  leg  2 = 860  Knots 


A , B , 
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C,  D, 
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FIGURE  IV-5 


BLU  & RED  GROUPS  SELECTED 

(U)  This  is  a result  of  processing  the  engagement  called  for  in 
Table  0100, 

Item  Comment 

No.  of  BLU  Groups  = 5 

BLU  Group  Nos.  are:  1,  4,  5,  8,  9 

BLU  Group  Codes 
1 : Group  1 is  a main  group 

104  : Group  4 works  with  group  1 

109  : Group  9 works  with  group  1 

For  RED  Groups 
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FIGURE  IV-6 


SSM,  ASM,  AND  MISCELLANEOUS  WEAPONS 

(U)  This  is  a result  of  the  ZIP-8-0-1  setup  of  the  engagement. 

Brief  data  on  specific  systems  shown. 

Item  Comment 

A Numbers  of  BLU  & RED  SSM  and  ASM  types  called  for  in  this 

engagement.  Specific  type  numbers  are  in  Figures  IV-8  and 
IV-9.  See  Basic  Tables  7810  and  9810  for  details. 

B Brief  data  on  Miscellaneous  weapon  types  called  for  in  this 

engagement.  See  also  Figures  IV-8  and  IV -9,  and  Basic 
Tables  7200,  7300,  7400,  9200,  9300,  and  9400  for  details. 
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FIGURE  IV -6 

SSM,  ASM,  AND  MISCELLANEOUS  WEAPONS 
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FIGURE  IV-7 


1 

GUNS.  SAMS,  AND  HOMING  RADARS 

(U)  This  is  a result  of  the  ZIP-8-0- 1 setup  of  the  engagement.  Brief 
data  on  specific  systems  shown.  j 

Item 


j 


Comment 

Numbers  of  BLU  & RED  Surface-to-air  guns  and  missile  types 
called  for  in  this  engagement.  Brief  data.  See  also  Figures 
IV-8  and  IV-9  and  Basic  Tables  7510,  7710,  9510,  and  9710 
for  details. 

Numbers  of  BLU  & RED  Cruise  Missile  Homing  Radars.  See 
Basic  Tables  6710  and  8710  for  details. 
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FIGURE  IV-7 

GUNS,  SAMS,  -AND' HOMING  RADARS 
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FIGURE  IV-8 


BLU  PLATFORMS  VS  SYSTEMS 

(U)  This  is  a result  of  the  ZIP-8-0-1  setup  of  the  engagement. 
Platform  types  (ships,  aircraft,  submarines)  are  the  column  headings 
across  the  top,  e.g.  CVA  type  6113,  DD  type  6153,  etc. 

(U)  System  name  and  types  are  in  the  column  at  the  left.  The  first 
four  digits  of  the  type  code  are  the  type  number,  e.g.  62120000  means 
fighter  aircraft  type  6212,  65140001  means  search  radar  type  6514,  etc. 
The  last  four  digits  are  coded  pointers  used  by  the  program  to  find 
related  data.  An  item  is  in  the  system  list  if  and  only  if  it  is  on  some 
platform  called  for  in  this  specific  engagement. 

(U)  A non-zero  entry  in  the  body  of  the  table  means  that  system 
type  is  on  that  platform  type. 
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BLU  PLATFORMS  yS  SYSTEMS 


I 


ooc>oooooooc»oooooooGiooooooooo&oooo'oo'o 


• I 

O <NJ 

> « I i 


I 


ooooooc.oeoc.oc.oooc-cjoc.oo,  POO  cooooocl 


' I 


I 


OOOOOOOOC.  OOOpOC^OCOCjOejoO^OCVO  o'o  QO  0|C  ol 


■•I 

I 

< N 

> 


« t 

• I 

o o a o ci 


I 


3 


I 


OOjoCHOpop 


O cJ  < 


PCCiC 


O «| 


p 

p 

yf 


lo  c-  o 


|C  « c- 

,c  o o 

' IT 
, rw  (M 
ir>  lA  irv 

« « 


»»  MO 

& 1 


I 


f 


go  qo  Gjc 

c>  1 i 


I 


O ITS 
O 

O O 


o»*oooo< 
ao  CO  1C 

oo  -o  o o 

o‘  o o o c 

^ Al  ^ 

fsi  rsi  EA 

3«a  , «a  it 


(lA 


> •C\0  C 
t- 


o olo  ojo  o 


^ AJ  C 

o o 

<r  9- 
O 9 


C ^j4- 

o c 
^ 0“ 


ole- 

~'r 


S3 

Jo,  I; 


J aJ< 


‘ ol  Aj  Aj|e  ol 
,o  o, 

O A| 

lo  «rl 


1 


I 


:«4^oo-<4oO'^oi 
O C I o ‘O 

O O Q 

r>  c o 

-♦  O |»V 

r^r:i  ' 


o qo  Po 


) o 


o 

o 


O — C A*  O 
C O; 

! c >r 

i o,  o' 


.u.i- 


I 'O  >0 


<A 


AjUA  O'O  0| 

0.0  040  i 

9-  9>  9 9 
0 0 0 9 I 
AE)-  -,fA  ; 


I*- 


tr',>t  «AilA 


I 


f 


O •#  Ai  « lA 

q <4'.  o o o 

^ ^ M •-< 


-«io  ^ < 
o'  o 


> ^ ^o  P< 


'T 


^ Al  A»  N 

>^<MA4AEA«fM« 
u 'O  « P « <0  TO  N 


o ^ o c 
c,o  o 
o o o 

OJO  ,C' 


C C 0,0  O O rg  C O O 


cl 

ol 


; 


1 


O o C’  o 

O c c o «-» 
c c o o c 
c c c*  o c 

4^  ^ ^ EM  AJ 
a »4  Evi  EA  .r  tf' 
>•  rg  EVt  E>E  E*4  AE 
K « <ci  gE' 


■rfAJ|A<rtf''«EA>.^E^^F•.^‘gU</'lC'•^•^E^EW^A' 

C'  c o o w »-*  o o c c ^ o ol  ^ ^1  c c>  c • o e 
WOC>V^OC;CC  O O MC- MC  O O o O O 
f o *"  C*  O o C C O O O PC/  OiC  O e*  t*  o 

9 <c  ^ EMfA^IAAj^m«4'^Aj'fA^'f—  ^y^EMm 
•>*»«o«ESiA«EMrg^4AIAIA^*’*.4i^*4l«M^iAi*«>4 
H>ir(AlAIA«tlAlAtfMA«AlAf^r>A>:CCaDK>E>j,A> 


I 


I 


<•*  .4-  • 

C.'  O ( 
0,0  < 


o o, 

u.  Z 
K * < ' 

< Urf  ^ J 

^ r-  UE  u <V> 

a <A  r > >> 

^ ^ 4-  ET 

Z I 


skaa  aa,uaO(>wii/aa!a  H-^  ^ ^ 

«A  (/>  l/>l  vs  tA  «/)' tA  «A  a*  •.'  « «A  «A  ^ ^ ^ 


■cii'Jf^«>|OrjA-*gE'.-4'»'a)'A.  O''  9 o ^ "*,f"  9 *r 

( V J ^ ^ AJ'»»I  ''E  »g  «V  AJ 


f9¥9^y  ^>zf?S  i *^VAe#5  I 

! r*T  I 


■ V»J 

1 '-t 

g 

^»ld 

i 

1 

♦ ««(C* 

C>  c-,c  O'C 
o 0|C  O'O 

O evo  0|0 

1^4  9 t4  EM 

.ig'fM 

A*  r>‘®  <A  a 

A*  f ' 


I I 


! I 


I I 


I I 1 


IV-17 


(Reverse  side  blank) 


vs*  S>?f€«S 


TTTmiTJTr  tV-H  ^r.nntinued^ 


J 


i_ 

IV-19 


FIGURE  IV-9 

RED  PLATFORMS  VS  SYSTEMS 

(U)  Same  as  Figure  IV-8  except  this  is  for  RED  Platforms  and 
Systems. 
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FIGURE  IV-10 


SIMULATOR  & PRINT  CONTROL 

(U)  This  is  a print  back  of  the  inputs  following  ZIP-9  CALL  XECUTE, 

plus  all  default  values. 

1.  NAMELIST  8tDIMENS  (See  Section  3.2  for  inputs) 

Items  Comments 

LENSEG  Information  segment  length,  fixed,  not  controllable  by  user. 

NSEGPU  Number  of  segments  per  unit,  not  controllable  by  user. 

NSYSPU  The  average  number  of  subsystems  per  unit.  Affects  use  of 
storage.  Default  = 10.  (See  III.  3.  2) 

MAXRTU  Max  number  of  RED  units  allowed  to  be  on  temporary  (inter- 
cept) trajectories  at  any  one  time.  (See  III.  3.2) 

MAXBTU  Max  number  of  BLU  units  allowed  to  be  on  temporary  (inter- 
cept) trajectories  at  any  one  time  (See  III.  3.  2) 

LDIMEN  Number  of  4-Byte  words  programmed  in  for  use  by  dynamic 
storage.  Can  only  be  changed  by  re-compilation  and  Link 
edit.  This  is  repeated  at  the  end  of  the  run  to  show  the 
maximum  amount  used. 

KSAVE  This  is  initialized  to  zero.  Is  repeated  at  the  end  to  show 

the  K-Bytes  that  could  be  saved  by  recompilation  if  desired. 
Varies  with  size  of  engagement  and  activity  level. 

2 NAMELIST  &NGAGE  (See  Section  3.3  for  inputs) 

NCARL^)  Number  of  "passes"  thru  the  engagement  to  average  out  the 
random  "monte  carlo"  efforts.  Default  = 1.  Recommend 
multiples  of  3. 

TBEGIN  Time  to  begin  the  simulation,  hours.  Earliest  = -10,0  hours 
I TIMEND  Time  to  end  the  simulation,  hours.  Latest  = +5.0  hours, 

I TSTEP  Time  step  size  for  simulation,  hours.  Default  = .001  hours. 

NRANDM  The  number  of  times  the  random  number  generator  is  to  be 
called  to  initialize  it.  Default  = 1. 

IPRINT  Print  option  for  unit  position  and  status  during  engagement. 

No  Print  = 0,  Print  = 1,  Default  = 0. 

ISNAPR  Snapshot  Print  level.  No  print  = 0,  Position  and  status  of 

} units  = I,  Debug  = 2.  Default  = 0. 
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FIGURt:  IV- 10  (Cont) 


I 


Item 


Comment 


PRSTEP 

PSTART 

PSTOP 

NLPR 

KILLPR 

IPRAD 

lENV 

JAM 

ISCAN 

PDTIME 

PDMIN 

PDTMIN 

PDCMIN 

lACTIV 

IBOTTM 

AIRCPT 

IMISC  (3) 
IMISC  (5) 
IMISC  (7) 


Print  frequency,  hours,  when  IPRINT  is  on.  Default  " 0.  1 
hours. 

Print  interval  start  time,  hours,  if  IPRINT  is  on.  Default  = 
-100  hours. 

Print  interval  stop  time,  hours,  if  IPRINT  is  on.  Default  = 
+100  hours. 

Debug  and  check-out  print  option  during  simulation.  Print  = 

1,  No  Print  = 0.  Default  = 0. 

Print  option  for  KILLEX  evaluation  of  kills.  No  Print  = 0, 
First  level  = 1,  Second  level  = 2.  Default  = 0. 

Radar  model  option  flag.  If  = -1  use  dummy  radars.  If  = 

0,  use  actual  radars.  Default  = 0. 

Sea  state  for  radar  environment.  Default  = 4. 

Radar  jammers.  All  Off  = 0,  All  On  = 1,  Default  = 0. 

No.  of  scans  made  by  a search  radar  in  computing  prob. 
of  detection.  Maximum  = 9.  Default  = 3. 

Maximum  time,  hours,  that  a computed  detection  probability 
can  be  used  without  recheck.  Default  = .02  hours. 

Minimum  threshold  probability  of  detection  for  search  radars. 
Default  = 0.5. 

Minimum  threshold  probability  of  detection  for  SAM.  Acqui- 
sition and  track  radars.  Default  = 0.  5. 

Minimum  threshold  probability  of  detection  for  cruise  missile 
homing  radars.  Default  = 0.  5. 

Active  or  passive  mode  for  sonar.  Passive  = 0,  Active  = 1. 
Default  = 0. 

Bottom  bounce  or  direct  path  for  sonar.  Bottom  Bounce  = 1, 
Direct  = 0,  Default  = 1. 

Max  aircraft  interceptor  fly  out  time,  hours,  allowed  (one 
way).  Default  = 1 hour. 

= NLPR,  see  above. 

= KILLPR,  see  above. 

= ISNAPR,  see  above. 
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FIGURE  IV-10  (Cont) 


NXSHIP 


NXAC 

NXSUB 

NX  CM 

NBATT 

MISRAD 

(2.  10) 


NTIMES 

TIMES 

(100) 


Comments 

Max.  no.  of  units  allowed  to  simultaneously  attack  a ship 
target.  Default  = 5. 

EXCEPTION:  The  no.  of  cruise  missiles  per  ship  is  not 

limited. 

Max.  no.  of  units  allowed  to  siiTU'ltaneously  attack  an  aircraft 
target  on  normal  routes.  Default  = 2. 

Max.  no.  of  units  allowed  to  simultaneously  attack  a submarine 
target.  Default  = 2. 

Max.  no.  of  units  allowed  to  simultaneously  attack  a cruise 
missile  or  aircraft  on  an  intercept  trajectory.  Default  = 1. 

The  number  of  SAM  battery  (radar  and  missile)  combinations 
defined  in  the  array  MISRAD.  Max  = 10,  Default  = 7. 

Input  array  of  SAM  battery  combinations.  First  number  = 
radar  type,  Second  number  = missile  type.  Default  pairs 
are:  6711,  7713 

6712,  7711 

6713,  7712 

6714,  7714 

8711,  9711 
8713,  9713 

8712,  9712 

Number  of  entries  in  array  TIMES. 

Time  in  hours  of  all  distinct  "nodes"  in  the  planned  routes 
for  the  BLU  and  RED  groups.  The  time  steps  include 
all  these  points. 
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FIGURE  IV.  11 


BLU  UNIT  SNAPSHOT 


(U)  During  setup  and  at  time  intervals  defined  by  PRSTEP,  if 
IPRINT  = 1,  BLU  units  on  planned  routes  are  printed  out  showing  status 
and  position,  as  follows: 


Item 

A 

B 

C 


D 

E 

F 


Comment 


Sequential  BLU  unit  number  in  this  specific  engagement. 

Unit  name,  from  BLU  Group  Tables  0101,  0102,  etc. 

A code  showing  side,  group  and  unit  number  in  the  group 
as  defined  in  Tables  0100,  0101,  0102,  etc.,  e.g. 

1090200  means  BLU,  Group  9,  Unit  2 

Note:  This  group  number  differs  from  that  in  E. 

Type  code  of  platform  (unit)  in  system  catalog. 

A sequential  group  number  in  this  specific  engagement. 

Unit  status: 

=0,  Killed,  removed  from  game  at  time  shown  in  G. 

= 1,  Alive,  undetected. 

=-l.  Off  station,  on  a temporary  route,  no  replacement 
unit  yet. 

= 2,  Detected,  not  under  attack. 

=N,  N greater  than  2 implies  unit  is  detected  and  under 
attack  by  N-2  attackers. 

= MON,  N = same  as  above.  M = ESTATE  reflecting  the 
degree  of  partial  damage  for  ship  and  submarine 
unit  s . 

Time  in  hours,  decimal,  minutes.  If  status  = 0,  is  time 
unit  was  killed,  otherwise  is  current  position. 


Z coordinate  (altitude)  in  thousands  of  feet.  If  status  = 0, 
is  position  where  unit  was  killed,  otherwise  is  current. 


I 

i 
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FIGURE  IV -13 


BLU  TEMPORARY  UNITS  - SNAPSHOT 

(U)  Temporary  Units  are  either  aircraft  diverted  from  a planned  route; 
or  aircraft  launched  from  an  aircraft  carrier  station  (see  unit  stations  7-10 
in  Figure  IV-11);  or  aircraft  diverted  from  CAP  or  AEW  stations  (see  unit 
stations  14-17  in  Figure  IV-11);  or  cruise  missiles  launched  from  aircraft, 
ships  or  submarines.  If  IPRINT  = 1 and  ISNAPR  = 1,  a snapshot  of  tem- 
porary units  is  printed  at  interval  defined  by  PRSTEP,  as  follows: 

Item 

A,  B,  E, 

H,  I,  K,  L 

N 

O 

P 
Q 

R 

S 
T 


Comment 

Same  as  or  comparable  to  same  items  in  Figure  IV-11. 

Note  A is  a temporary  sequence  number  that  may  be  re-used 
after  this  unit  originates. 

ORIGIN.  The  unit  sequence  number  (see  Figure  IV-11)  from 
which  the  unit  originated. 

TGTU.  The  unit  sequence  number  (see  Figure  IV- 12)  of  the 
unit  which  is  the  target.  TGTU=0  indicates  a unit  flying 
back  to  its  carrier  base  (if  any)  or  to  its  flight  station  origin. 

RANGE.  The  current  range  to  the  target,  NM. 

TINCEPT.  Battle  time  at  which  the  intercept  is  expected  to 
occur.  Predicted  from  the  current  velocities  of  the  intercept 
unit  and  the  target  unit. 

TVECTOR.  Battle  time  at  which  the  intercept  unit  expects 
to  change  its  velocity  in  accordance  with  the  velocity-altitude 
profile  it  is  flying. 

TIME.  Battle  time  the  snapshot  is  taken,  hours. 

SIDE.  If  = 1,  BLUE.  If  = 2,  RED. 
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FIGURE  IV -14 


RED  TEMPORARY  UNITS  - SNAPSHOT 
AND 

KILL  EVALUATION  DETAILS 


(U)  RED  Temporary  Units  are  shown  in  Item  A in  the  same  format  as 
for  BLU  in  Figure  IV-13. 

(U)  Kill  evaluation  details  between  weapon  and  target  are  shown  in  the 
remaining  items.  If  print  option  KILLPR  = 1,  these  print  each  time  a weapon 
termination  and  kill  evaluation  occurs.  The  print  is  by  NAMELIST  but  vari- 
ables rather  than  lists  will  be  defined  as  follows: 

Item  Comment 


TIME 

JSIDE 

KWEAP 

KWEPT 

KWUNI 

KWUTYP 

XRN 

PHIT 

PCAP 

PK 

VWK 

VUK 

KTARG 


Battle  time,  hours 

Side  to  which  the  weapon  belongs. 

If  = 1,  BLUE.  If  = 2,  RED, 

System  Number  in  Platform  versus  System  Table  shown 
in  Figures  IV -8  or  IV-9. 

Four  digit  version  of  Weapon  Type  number  as  shown  in 
Figures  IV -8  or  IV-9. 

Unit  (Platform)  which  launched  the  weapon  as  shown  in 
Figures  IV-11  or  IV-12. 

Unit  type  number  as  shown  in  Figures  IV-11  or  IV-12. 

Uniform  random  number  on  interval  (0,1),  A kill  is 
credited  if  XRN  is  less  than  PK. 

Probability  of  hit. 

Probability  of  capture.  For  homing  weapons  only. 

Is  set  = -2  for  all  others. 

Probability  of  kill.  Includes  effect  of  PHIT,  PCAP  (if 
applicable),  reliability,  and  salvo  size. 

Cumulative  value  killed  by  this  weapon  type  against 
various  targets. 

Cumulative  value  killed  by  all  weapon  types  launched 
from  this  unit  against  various  targets. 

Target  system  number  in  Platform  versus  System 
Tables  as  shown  in  Figures  IV -8  or  IV-9,  unless  the 
target  is  a platform.  Then  it  is  the  same  as  KTGTU 
(see  below). 
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FIGURE  IV  - 14 

RED  TEMPORARY  UNITS  - SNAPSHOT 
k 

KILL  EVALUATION  DETAILS 
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FIGURE  IV -14  (CONTINUED) 


Item 


Comment 


KTGTT 

KTGTU 


KUNIT 

CUM 

PKLST 

VULST 

KSTAT 


NULST 


Target  type  number  as  shown  in  Figures  IV  - 1 1 or  IV-12. 

Target  unit  number  if  the  target  is  a permanent  unit  as 
in  Figures  IV-11  or  IV-12,  or  the  unit  which  launched  the 
target  if  target  is  a cruise  missile  or  aircraft  on  a tem- 
porary route. 

Target  Unit  type  if  target  is  a permanent  unit,  otherwise 
the  unit  type  which  launched  the  target. 

Cumulative  number  pounds  of  HE  delivered  on  a ship 
target  (expected  value). 

The  probability  of  kill  corresponding  to  CUM  on  the  parti- 
cular ship  vulnerability  curve. 

Value  lost. 

Target  State  after  kill  evaluation  for  Ships; 

= 5,  undamaged 
= 4,  radars  out 
= 3 , SAMS  out 

= 2,  & guns  out,  & unable  to  launch  airc raft  or 
cruise  missiles 
= 1,  all  weapons  out 
= 0,  sunk 
For  other  targets: 

= 1,  undamaged 

= 0,  killed 

Cumulative  number  of  Cruise  Missiles  Killed  by  type 
shown  for  KTGTT. 


IV -36 


FIGURE  IV-15 


SUMMARY  BY  UNITS 

(U)  At  the  end  of  each  randomized  (Monte  Carlo)  pass,  a BLU 
summary  and  a RED  summary  is  made  for  that  pass  and  then  averaged 
in  with  previous  passes.  The  input  variable  NCARLO  (see  Figure  IV-10) 
sets  the  number  of  passes. 

(U)  Each  BLU  and  RED  summary  contains  the  same  units  as  in 
the  snapshots  in  Figure  IV-II  and  IV-IZ,  and  items  as  follows; 

Item  Comment 

A Unit  sequence  number. 

B Unit  name,  from  Group  Tables  0101,  OZOl,  etc. 

C Unit  type  code. 

D A sequential  group  number  in  this  specific  engagement. 

E Unit  status: 

= 0,  Killed,  remove  from  game. 

= 1,  Alive,  undetected,  not  under  attack. 

= -l.  Off  station,  e.  g.  a CAP  station  not  replenished, 
or  a Bomber  headed  for  rendevouz. 

=Z,  detected. 

=N,  N greater  than  Z implies  unit  is  detected  and  under 
attack  by  N-Z  attackers. 

F Probability  of  Kill  (ships  and  submarines  only).  The  PK 

associated  with  the  cumulative  HE  weight  of  hits. 

G EHE-LBS  (ships  and  submarines  only)  The  cumulative  weight 

of  HE  to  hit  the  ship.  This  is  an  expected  value  taking 
into  account  reliability  and  probability  of  hit  for  each  hit. 

H Value  Lost,  if  the  unit  has  been  killed.  For  ships  and 

submarines  it  is  an  expected  value,  see  item  G above. 

I Value  Killed  by  weapons  from  the  unit. 

J Same  as  G,  except  is  the  current  average. 

K Same  as  H,  except  is  the  current  average. 

L Same  as  I,  except  is  the  current  average. 

M Total  value  lost  on  this  randomized  pass. 

N Randomized  (Monte  Carlo)  pass  number. 

O Average  value  lost  on  all  passes. 
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CRUISE  MISSILE  DISPOSITION  SUMMARY 


I 


Item  Comments 

A Cruise  missile  type  and  name. 

B Cruise  missiles  launched  - number  launched  during 

allocation. 

C Hits  on  targets  evaluated  - number  of  cruise  missiles  for 

which  the  terminal  effects  of  detonation  at  the  target  was 
computed. 

D Missiles  killed  enroute  - number  of  cruise  missiles  inter- 

cepted and  killed  by  defense  weapon  systems. 

NOTE:  If  (C  + D)  is  less  than  (B),  the  missing  missiles 
are  accounted  for  by  either; 

1.  Failure  to  acquire  the  target  ship. 

2.  Arrived  and  detonated  on  a target  already 
dead.  (Overkill) 


i 
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••  New  T6ST 


FIGURE  IV-16 
DYNAMIC  STORAGE  USAGE 


(U)  After  the  last  randomized  pass,  the  NEM  prints  out  the 
NAMELIST  &DIMENS  previously  shown  in  Figure  IV-10,  However, 
some  of  the  variables  now  show  new  values  which  reveal  the  sizes 
needed  by  the  model  in  this  particular  engagement.  This  information 
could  be  used  in  planning  future  runs.  Only  those  of  interest  are 
repeated  here: 

Item  Comment 

NYSPU  The  average  number  of  subsystems  per  unit.  Affects  use 
of  dynamic  storage.  Default  = 10.  (See  III.  3.2) 

MAXRTU  Max  number  of  RED  units  ever  on  temporary  (intercept) 
trajectories  at  any  one  time  (See  III.  3.2). 

MAXBTU  Same  as  MAXRTU,  expect  for  BLU  units. 

LDIMEN  Max  number  of  4-Byte  words  used  of  that  programmed 
in  for  dynamic  storage. 

KSAVE  The  reduction  in  core  size  (REGION)  that  could  be  made 
for  this  engagement  if  desired.  (Requires  recompilation) 
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SECTION  V 
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APPLICATIONS 

(U)  The  purpose  of  this  section  is  to  describe  certain  appli- 
cations of  the  NEM  and  define  some  special  capabilities  not  mentioned 
elsewhere. 

1.  DATA  CHECKS 
1.  1 Route  Checks 

(U)  The  pre-planned  routes  which  are  a part  of  the  Engagement 
structure  are  defined  in  Appendix  A,  Volume  IIB.  Formats  for 
their  inputs  are  given  in  Figure  III-7.  Before  investing  in  an 
extensive  set  of  NEM  computer  runs,  the  User  may  elect  to  check 
his  own  planning  and/or  keypunch  inputs.  This  may  be  done  by  a 
special  short  NEM  run  as  shown  in  Figure  V-1  and  discussed  as 
follows. 

a.  Load  or  update  any  Basic  Tables  as  described  in 
Section  III.  2.  5, 

b.  In  the  same  computer  run  as  "a"  above,  or 
separate  run  (as  desired),  set  up  the  engagement 
with  a ZIP -8 -0-1  card. 

c.  Read  input  and  call  for  ROUTE  CHECK  with  a 
ZIP-6 -1-2  card  and  inputs  as  follows. 

d.  Namelist  &NUCHEK 

(1)  NTIMES.  The  number  of  snapshots  desired. 
Maximum  = 10. 

(2)  TIMES.  Battle  time  (hours)  when  snapshots 
are  desired. 

e.  End  the  run  with  a ZIP- 10  card. 

(U)  The  output  will  be  NTIMES  pairs  of  BLU  and  RED  snap- 
shots in  the  format  of  Figure  IV- 11  of  Section  IV. 


V-1 


- 


THE  L TV  CORPORATION 


1 . Radar  Checks 


(U)  Radars  are  a part  of  the  systems  catalog  described  in 
Appendix  B,  Volume  IIB.  Formats  for  the  input  of  their  data  is 
given  in  Figure  III- 15.  Before  investing  in  an  extensive  set  of 
NEM  computer  runs,  the  User  may  elect  to  check  new  input  data. 

This  may  be  done  in  a special  short  NEM  run  for  specified  radars 
as  shown  in  Figure  V-2  and  discussed  as  follows. 

a.  Load  or  update  any  Basic  Tables  as  described  in 
Section  III.  2.  5. 

b.  In  the  same  computer  run  as  "a"  above,  or  separate 
run  (as  desired),  set  up  the  engagement  and  systems 
with  a ZIP-8-0-1  card. 

c.  Read  input  and  call  for  a RADAR  CHECK  with  a ZIP- 
6-2-1  card  and  inputs  as  follows. 

d.  Namelist  &NAM1 

(1)  IBR.  =1,  BLU  Radar 

= 2,  RED  Radar 

(2)  KTYP.  Radar  type  number 

(3)  IRNG.  Always  set  to  10. 

(4)  RANGE.  Opening  range,  NM,  from  radar  to 

target.  Set  large  to  use  radar  horiz. 

(5)  RTAR.  If  IRB=1  (BLU  Radar),  then  use  RTAR 

for  RED  Target,  otherwise  reverse  them. 

RTAR(l)  Projected  length  of  target,  ft. 

RTAR(2)  Radar  Cross-section,  sq.  meters 
RTAR(3)  Target  height  above  sea  level,  ft. 

RTAR(4)  Closing  velocity,  knots 

(6)  BTAR  If  IBR  = 2 (RED  Radar),  then  use  BTAR 

for  BLU  Target. 

(7)  BETC  BLU  Radar  Data.  Use  with  IBR=1. 
BETC(l)  Radar  Antenna  height,  feet 
BETC(2)  RED  jammer  stand  off  range,  NM 
BETC(3)  RED  jammer  usage. 

= 0,  No  Jam 

= 1,  On  Board  jammer 

= 2,  Stand  off  jammer 
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RETC 


(8) 

(9) 

(10) 


TRAD(1)  = 0 
ISTOP  = l. 


If  IBR=2  (RED  Radar),  then  use  RETC 

Initialize  reference  time  to  zero 

Use  to  return  to  MAIN  and  read 
another  ZIP  card. 


(11)  RJAM  (1) 
(2) 

(3) 

(4) 

(5) 

(6) 


PJ  = Jamming  Power,  Watts 

GJDB  = Jammer  Antenna  Gain,  DB 

BJ  = Jammer  Bandwidth,  Hz 

XLJDB  = Jammer  Losses,  DB 

FI  = Lower  Frequency  Band  Limit,  MHz 

F2  = Upper  Frequency  Band  Limit,  MHz 


(U)  The  input  shown  in  Figure  V- 2 calls  for  testing  a BLU 
radar  type  6524  first  without  and  then  with  jamming.  Next  it  tests  a RED 
radar  type  8511  without  and  then  with  jamming. 

(U)  The  output  has  the  following  form; 

a.  Namelist  repeat  of  input  parameters 

b.  Formatted  (labeled)  output  of  radar  data  as  stored 
in  the  systems  catalog. 

c.  Five  columns  of  data  for  each  scan  of  a search  radar, 
or  an  arbitrary  time  interval  for  track  radars.  These 
columns  are; 

(1)  Time,  seconds 

(2)  Slant  range,  NM 

(3)  Probability  of  Detection  per  "look" 

(4)  Handoff  error  (or  Track  error) 

(5)  Dynamic  range  (DB). 


V.4 


80  COLUMN  CTiiNu  AND  da;  A KG- 


TRADE  FACTOR  DEVELOPMENT 


(U)  An  important  application  of  the  NEM  is  the  development 
of  "Trade  Factors"  for  use  in  the  CM-CGSM.  These  are  defined 
to  be  partial  derivatives  of  "WORTH"  with  respect  to  eleven  cruise 
missile  variables  as  follows. 


Number 


Cruise  Missile  Variables 


0 

1 

2 

3 

4 

5 

6 

7 

8 
9 

10 
1 1 


Baseline,  no  variation 
Accuracy  (CEP) 

Maximum  missile  range 

Force  size 

Flight  reliability 

Warhead  weight 

Cruise  phase  range 

Low  level  run  in  (LLRI)  range 

Cruise  phase  altitude 

LLRI  altitude 

Cruise  velocity 

LLRI  velocity 


(U)  WORTH  can  be  defined  in  terms  of  any  statistic  output 
by  the  NEM,  and  increases  for  desirability  from  RED  point  of  view. 
However,  it  has  been  set  up  to  use  the  BLU  value  lost  (BVL)  and 
the  RED  value  lost  (RVL),  see  Figure  IV-15.  Some  suggestions 
are; 


a . 

WORTH= 

BVL 

b. 

WORTH= 

-RVL 

c , 

WORTH= 

BVL  - RVL 

d. 

WORTH= 

100  * BVL 
BVL  + RVL 

Item  d.  has  the  merit  that  WORTH  = 50  if  the  losses  are  equal,  less 
than  50  if  BLU  losses  are  less  than  RED,  and  greater  than  50 
if  BLU  losses  are  greater  than  RED.  Also,  it  minimizes  the 
effect  of  engagement  size. 


(U)  Not  all  trade  factors  are  needed  by  the  CGSM  at  any 
one  time.  In  fact,  there  is  one  option  in  CGSM  in  which  it  needs 
none  at  all.  In  general  however,  it  will  be  desirable  to  furnish 
CGSM  with  as  many  good  trade  factors  as  are  found  by  experience 
to  be  important.  The  importance  of  a factor  is  measured  largely 
by  its  effect  in  the  NEM. 


(U)  The  development  and  use  of  trade  factors  requires 
planning.  It  may  be  possible  to  develop  a set  of  general  trade 
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factors  good  for  many  applications.  But  is  is  expected  that  in 
most  cases,  trade  factors  will  have  to  be  developed  in  the  context 
of  a given  application.  For  example,  the  trade  factors  for  a 
submarine  launched  cruise  missile  may  be  significantly  different 
from  those  for  an  air  launched  missile. 

Z.  1 Baseline  Runs 

(U)  A baseline  run  can  be  any  run  in  which  the  engagement 
structure  and  naval  systems  chosen  are  of  interest  and  from  which 
reasonable  variations  are  intended.  It  should  however  contain  a 
sufficient  number  of  the  type  of  missile  whose  characteristics  are 
to  be  varied,  so  that  the  effects  of  these  variations  do  not  get  lost 
in  the  "noise". 

(U)  To  establish  the  baseline,  the  User  may  elect  to  make 
permanent  changes  to  the  NEM  data  file  for  the  duration  of  this 
application  as  described  in  Section  111.2.5,2,  or  to  set  up  a small 
data  deck  of  temporary  changes,  as  described  in  Section  111.2.5,3. 
These  could  be  used  in  the  baseline  run,  kept  intact  as  a building 
block  to  wliich  variations  would  be  added  for  each  trade  factor  run. 
This  implies  that  the  trade  factor  variations  should  follow  the 
baseline  changes  and  be  set  up  as  ZIP-1 1-2-2  changes  in  order  to 
update  the  updates  which  produced  the  baseline. 

2.2  Variation  Runs 

(U)  For  each  of  the  cruise  missile  variables  listed  earlier 
which  are  chosen  for  variation,  there  should  be  one  or  two  runs 
in  which  that  item  is  varied  and  all  others  are  held  constant  as 
given  in  the  baseline.  Since  not  all  the  variables  occur  in  one 
place,  these  are  discussed  individually. 

(1)  Accuracy.  This  is  affected  by  the  following  entries 
in  Table  9810-2,  (Figure  III-20). 


a. 

Col, 

7 

CEP 

b. 

Col. 

8 

BIASM 

c . 

Col. 

9 

C^)DEM 

For  terminal  homing  systems  it  is  affected  by  radar 
characteristics  in  Table  8710  (Figure  III-15). 

(2)  Max  Missile  Range.  This  is  affected  by  the  following 
entries  in  Table  9810-2. 

a.  Col.  1 RNG 

b.  Col.  2A  TRAJ  Code 

Also  in  Table  4110  (Figure  III-IO) 

a.  Col,  2 RMX 
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b.  Col  5 or  7,  R2  or  R3  depending  upon  which 
is  the  cruise  leg  set  in  Col.  1. 

(3)  Force  Size.  A cumulation  of  numbers  of  groups, 
number  of  units  in  the  group,  and  number  of  missiles 
and  launchers  per  unit.  See  Tables  0002,  02XX  for 
groups  and  units  and  extents  -4  and  -5  in  Tables 
8130,  8210,  and  8330  for  quantities  on  platforms. 

(4)  Flight  Reliability.  See  Col.  4 Table  9810  -1. 

(5)  Warhead  Weight.  See  Col.  3 Table  9810  -1. 

(6) 1  Trajectory.  See  Table  4110,  Figure  III-IO. 

(11)  ' 

(U)  Trade  factors  are  then  calculated  by  hand  outside  the 
NEM  and  plotted  as  delta  worth  (from  a chosen  baseline)  versus  the  para- 
meter being  varied.  These  are  then  entered  in  the  CM-CGSM  and  used  in 
a table  -lookup. 


SECTION  VI 

COMPUTER  OPERATIONS  PROCEDURES 
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(U)  This  section  defines  the  resource  requirements  and  the  operations 
procedures  for  implementing  the  Naval  Engagement  Model  on  the  IBM  360 
computer  system. 

1.  SOURCE  PROGRAM  MAINTENANCE 

(U)  The  model  is  written  in  the  Fortran  IV  EBCDIC  computer  language. 
It  is  comprised  of  84  subprograms  totaling  some  10,000  source  records.  A 
modular  flow  chart  relating  the  subprograms  is  given  by  Figure  VI- 1. 

(U)  The  source  program  is  maintained  both  in  the  form  of  card  decks 
and  as  a listing  of  the  card  images  on  a nine  track  magnetic  tape. 

CARD  DECKS  - 1000  source  card  records. 

MAGNETIC  TAPE  - One  9"track  unlabeled  tape  with  10,269  source 

card  images. 

The  DCB  parameters  for  this  tape  are 
specified  by  the  JCL  in  Figure  VI-2.  Some 
of  these  are  listed  as  follows: 

9- T rack 

Unlabeled 

Density=2  = 800  BPI 

RECM  = FB=Fixed  Blocked 

LRECL=80 

Blocksize=32000 

(400  card  images  per  blocked  record) 

2.  LOAD  MODULE  MAINTENANCE 

(U)  The  IBM  cataloged  procedure  FORTHCL  should  be  used  to  compile 
the  source  program  and  link-edit  the  resulting  object  module  to  a user's  load- 
module  library.  The  load-module  library  to  be  used  in  DIA  applications 
resides  on  the  RIPTIDE/SEA  TIDE  private  disk  pack.  This  disk  pack  must  be 
mounted  for  all  load-module  maintenance  runs.  The  JCL  defining  the  disk  pack 
appears  in  every  job  setup  illustrated  in  this  section  (e.g.  , Figure  Vl-2). 

(U)  An  existing  load-module  may  be  updated  by  recompiling  the  modified 
subprograms  and  link-editing  these  changes  to  the  library.  The  JCL  defining 
the  setup  for  the  job  is  given  in  Figure  VI-2.  Card  decks  of  the  modified 
subprograms  would  be  input  Lo  the  compiler  via  the  FORT.  SYSIN  DD*  data  set. 
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MODULAR  FLOW  DIAGRAM  RELATING  NEM  SUBPROGRAMS 


Notes: 

The  blocked 
li Stines  of  the 

sabproetams 
show  the  overlay 
structure  of  the 
load  -module. 

The  arrowed 
flow  lines  show 
the  major  call 
relationships 
between  the 
subproprams. 
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NEM  COMPILATION  AND  LINK  EDIT  TO  A USER'S  LIRKARY 


//MJ100'-<  JOP  ( G?95tbA3u*  * f * * * *65  ,FC3-0001  .UNC  ,03  ) f 
/ / RIPTIDE .MSGLEVEl  = 1 ,C0ND= 1 7 ,lT ) 

//CTvPLKEr;  FXEC  FOR  THCL  *PAKV,.  FOR  T=  ' I D , MAP  ' , 

//  REGION. FORT=2i2K, 

//  ?6RM.LK^ED=»OVLY,LET»MAF»LlbT,SIZE  = (2O0<,t 

//  REGION. L<ED=212< 

^FORT.SYSLIN  DD  SPACt= (CYL , I 5 , 1 ) ) 

//FORT.SYSIN  DD  * 

77.<!!..  ?/i.  CJ- 


1 ' , 


A 

A 

A 

> 


/»  END  OF  FORTRAN  GOURCE  DECKS 

//LK'^D.SYSLMOD  DO  DSN  = SYS  1 .DS  5 C 3E  AA  , UM  T = 2 3 1 A » VOL  = 5 ER  = R i P T Dr  i jP  = ^ _ 1 , A 

//  5PACE= ( CYL,  ( 5*5  ) ) 

//LK'^D.GVSIN  DD  *• 

SYSLMOD  (NEM75JAN) 
overlay  AlPi-iA 

1 '-ISERT  'a'CBDI  I »WMAT3  »i^R1TRX»SCRT  ,K.0RDER  »uNlQvy^  , CZAZa.  , 
insert  TBAS  IC  »w3AS1C  .card,  JPDA  ,SE  tup  a ,NAV  I T , ^N  i SE  T TjPe 

insert  SE  TUPC,  STTRaJ  »SETuPD,St  T jPE  ,3E  t.^pf,string 

i^VERLAY  AlPNA 

INSERT  XECUTE, ENGAGE, TIL00P,HVTGT 

INSERT  NQUIRE , SETDS ,UPSEG ,ADDSEG ,DELSEG ,TLU23 

insert  GR  yeST, incept, ijCHEK»BATTRY,ECONST, info, FXSTOR.GN  a V 
insert  ET  I^'- ,work,ctloop 
OVERLAY  beta 

INSi^RT  GCDATA,30iNARM,SYSTEM,SYSTST  , AL  LX  Y2  , GRPNu  V , Bl  jX  Y Z 
insert  toxyz , relate 

OVERLAY  BFTA 

INS'^RT  RADAR,cFACT  .mARSWr  , DGAM  ,DEVAL  , GAM  , E v Al  , Su,MLv:.o  , I Nv  -Ik  T 
INSERT  ESS  , ScAREF  ,Dr  RACT  ,UFCN  ,CURV  I T , mat  ALG  ,ANoEk  » r t..S^  , F GA  i (>( 

INSERT  SIGCS,BLK1,BLK2,BLK3,BLK0 
overlay  delta 
INSERT  DETECT ,£HIPXS,RADCK 
overlay  delta 
INSERT  ALLOCA,3AMLT,CONINT 
overlay  beta 

INS^.U  .•JPnTRM,ACMTRM,KILLEX,<ILLhE,STATE,WRAD,  T LjZ  3 , G j I D , CGu  1 l 
I NSpRT  s t ATUS,USTAT,SNAP ,sumout 
entry  main 

NAMF  NEM75JAN(R) 


JC  L .Ax^^oc/  A:<n^-Uci.  . 

//P'YRT.SYS  IN  DD  DSN  = NEM01  ,UNI  T = SYST9,VOL  = SER  = 005064, 

' > ^CB*(DFN  = 2,BUFN0=1 ,RECFM=FR,LRECL  = 80,eLKSIZF  = 32C00)  , 

ZZ  0 I SP= (0LD,KEEP»  ,LABEL= ( ,BLP ) 
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(U)  If  the  entire  source  program  is  to  be  compiled,  the  source  tape 
may  be  input  to  the  compiler.  This  eliminates  handling  the  large  number  of 
source  cards.  The  alternate  JCL  required  for  this  option  is  also  given  in 
Figure  VI-2.  Compiling  the  total  program  requires  about  12  minutes  of  CPU 
time  and  generates  about  13000  lines  of  output. 

(U)  Considerations  with  respect  to  the  input  data  set  (LKFn.  SYSIN) 
for  the  linkage-editor  are  as  follows: 

a.  The  first  card  shown  (INCLUDE  . . .)  must  always  be  used  when 
updating  an  existing  load-module.  This  card  is  omitted  when  the 
entire  source  program  is  compiled. 

b.  The  inputs  to  the  linkage -editor  that  define  the  overlay  structure  for 
the  load-modvile  are  the  OVERLAY  and  INSERT  cards  shown  in 
Figure  VI-2. 

c.  The  ENTRY  MAIN  card  follows  the  overlay  cards  and  is  always 
required. 

d.  The  NAME (R)  card  must  be  last.  This  card  defines  the 

name  that  will  be  used  to  reference  the  load-module  for  execution 
or  update  in  later  runs. 

2.  1 Library  Maintenance 

(U)  Whenever  a load-modvile  is  updated,  the  new  version  is  written  in 
a new  location  on  the  library.  The  storage  taken  up  by  the  old  version  is  not 
automatically  released.  The  library  should  be  compressed  periodically  to 
free  the  storage  held  by  obsolete  load-modules.  The  JCL  and  the  utility 
program  that  execute  this  operation  are  given  in  Figure  VI-3. 

3.  LOAD  MODULE  EXECUTION 

(U)  Figure  VI-4  gives  the  JCL  reqviired  to  execute  the  model  at  run  time. 
The  program  is  assumed  to  be  in  load-module  form  on  the  user's  library.  At 
the  DIA  facility,  the  RIPTIDE/ SEATIDE  private  disk  pack  must  be  mounted  to 
provide  access  to  this  job  library.  The  only  other  input  required  is  the  JCL  and 
the  data  cards  submitted  with  the  job. 

(U)  The  "EXEC  ..."  card  specifies  the  name  of  the  load-module  to  be 

executed,  the  core  requirements  (264K),  and  the  maximum  CPU  run  time  (60 
minutes). 

(U)  The  files  required  by  the  job  are  either  scratch  SYSDA  ter.  porary 
storage  files  or  refer  to  permanent  storage  files  on  the  RIPTIDE/ SEATIDE  disk 
pack.  No  tape  volumes  are  required.  No  operator  intervention  is  required. 
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FT09F001 


Temporary  sequential  SYSDA  scratch  file 
used  for  the  storage/retrieval  of  all  input 
data  cards  read. 


FTl  IFOOl 


FT05F001 

FT06F001 

FT07F001 

FT08F001 


Permanent  direct  access  data  set  created  on 
the  disk  pack  for  storage  of  NEM  basic  table 
data. 

Standard  Fortran  card  input  data  set. 
Standard  Fortran  printer  output  data  set. 
Standard  Fortran  card  punch  data  set. 

Tape  or  Sequential  Disk  File  for  Input  Data. 


FIGURE  VI  - 3 

LIBRARY  COMPRESS  UTILITY  JCL 


//HJOOO’  JOB  (0295.5A36«.,.,,,65,F03-0001  .LiNr,03)  . 

//  • R I ptde,msqlevel=i 

//COPYPOS  EXf^C  PGM=  IEBCOPY,RE5ION  = 200K 
//.SYSPRI^T  no  SYSOUT  = A 

//RIA  PD  DSN=SYS1 .OS5CSEAA *UM T=231A . V0L=SER=R I PTDE »DI oP=OLD 

//3Yr.  IN  DP  * 

'"OPY  DUTDD  = P I A , I NDD  = R I A 
/*  END  OF  DATA  END  OF  JOB 
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NEM  LOAD  MODULE  EXECUTION  JCL 


/ / JCOO  3 
// 

J06 

( C293»3AJB  * * » » * . *65 .F03-0001  *UNC .03 ) , 

R I PTI Dc*MSGLEVEL  = l *COND=  ( 7 .LT ) 

X 

// JDoL  lo 

DD  DS\=SYS1 .DS5ColAA,UNI T=23i4,VuL=SER=KIP(0E»DISF=(bH«.FA, 

^ b ) 

/ /N- V 

EXEC  PGM=NEM0C1 ♦REGION=2  64h  *T 1ME  = 5C 

//  F'JH'iMD 

DD 

SYSOUT=A 

/ / r T D Q F 0 m 

DP  OSN=fiLGC9.UNIT=SYSDA,DISP=(NEW.P6SS)  . 

/ 

// 

DCB^l  . DUFnO  = 2. RE CFM  = FB.LRECL  = 8C. BEKS 1ZE= 16^0)  * 

X 

// 

fpa:e=(cyi..  (2*1 ) ) 

/ /'^TO&FCO-' 

DD  DUMMY 

/ / <"  T : I F „ : 1 

DD  DSN  = SC  IK.SE'Al  1 ,UN  1 1 = 2 3 1 4 . VOL  = SE R = R I PTDE  * 

A 

// 

DC6= ( .BUFnO  = 2 »DS0RG  = DA.0PTCD  = C »RECFM  = FT  ) . 

X 

// 

SPACE= (CYl  » ( 5 *1 ) ) ,DI SP= (OLD. KEEP  ) 

/ / *-  T J 6 F J C 1 

DP 

SYS0UT=A 

//"TOTFCOi 

DD 

SYSOUT=B 

//ftj5f::i 

DD 

♦ 

/* 


Note : 


END  OF  DATA  END  OF  JOB 


If  a data  tape  is  being  used  (see  ZIP  12),  substitute 
the  following  for  the  dummy  file  FTOBfOOI  above. 


//FTOBfOOI  DD  DSN=SCIK.NEMDAT00,UNIT=SYST9,V0L=SER=0030B1, 

//  dcb=(den=2,recfw=f,lrecl=8o,blksize=8o) , 

'/  L'1.'’P=(0LD,KEEP),IABEL='' ,BLP)  NEM  BASIC  TABLES 


I 
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(Reverse  side  blank) 


SECTION  VII 


SAMPLE  PROBLEM 

(U)  Since  the  sample  problem  contains  secret  data  it  is  bound 
separately  as  Addendum  I to  Volume  IIA,  NEM  Users  Manual. 

(U)  Addendum  I contains  the  card  images  of  all  Basic  Tables 
placed  permanently  on  the  SEATIDE  disk  pack  under  DSNAME  = 
SCIK.SEAll.  The  access  to  this  file  is  described  in  Section  VI 
(Computer  Operations  Procedures)  under  FORTRAN  File  11,  with 
DEFINE  FILE  11  ( 180,  555,  U.JDl  1)  in  the  MAIN  program  of  the 
FORTRAN  Source  which  is  listed  in  Volume  IID. 
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